hades

Probleme mit: - Namensaufloesung - Betriebsmasterrollen - Berechtigungen auf dem Benutzerprofil Sind die Clients und die DC an verschiedenen Standorten? Installiere auf einem DC die Windows Support Tools passend zu Deinem OS und SP. Poste hier die Ausgaben von: netdiag /q dcdiag /q netdom /query:fsmo Auf einem Benutzerprofil sollte der betreffende Benutzer Eigentuemer sein und Vollzugriff haben. Wenn Administratoren in das Profil schauen muessen, dann zum Schluss unbedingt den Eigentuemer wieder zurueck auf den jeweiligen Benutzer setzen. Oder per Gruppenrichtlinien die Profilberechtigungen fuer Administratoren setzen lassen.

Ist der Terminalserver gleichzeitig ein DC?

Noe. Du kannst auch Inhalte eines oder mehrerer Oeffentlicher Ordner bzw. Unterordner dieser in eine PST-Datei exportieren und diese dann (wieder ueber Outlook) auf einen Exchange Server importieren. Du brauchst nur die benoetigten Berechtigungen (Organisations-Admin / Enterprise Admin). Du kannst die Outlook Ansichten mit den bei Office 2003 (normalerweise mitinstallierten) MS Office Tools exportieren/importieren. Dort dann der MS Office Assistent zum Speichern eigener Einstellungen. siehe Description and use of the Save My Settings Wizard

Vielleicht kannst Du das alte DOC-Format - was uebrigens auch nicht 100%ig abwaertskompatibel ist - auch erzwingen. Schau Dir die ADM-Vorlagen zum Word 2007 (bzw. Office 2007) an. Vielleicht kannst Du damit eine Gruppenrichtlinie erstellen. Die ADM-Vorlagen findest Du im Office 2007 Ressource Kit oder im Downloadbereich von Gruppenrichtlinien - Übersicht, FAQ und Tutorials . Ansonsten bleibt nur die Moeglichkeit, das museumsreife Office 97 zu ersetzen. Der Office 97 Support ist bereits seit einigen Jahre eingestellt.

Tritt das nur bei einer Workstation auf oder bei allen? Das klingt nach KeepAlive-Messages des Terminal Servers (per Gruppenrichtlinien einstellbar).

Schau Dir mal den Assistenten zum Exportieren und Importieren (Menue Datei) an. Stichworte: - Export des Ordners / Kontakte als PST-Datei - Import der PST-Datei auf dem Ziel (Exchange Server bzw. Benutzerprofil) Oder meinst Du etwas anderes?

Setze einen DNS- und einen WINS-Server auf und konfiguriere die Clients, dass diese den DNS und WINS-Server nutzen. Oder bei wenigen Systemen: Trage die Systemnamen in die Dateien hosts und lmhosts ein.

Ja und nein. Ja: Die Gesamtstruktur (AD-Schema erweitern) und die Domain (Berechtigungen in der Domaene setzen) muessen wie beim Exchange 2000/2003 vorbereitet werden. Nein: Die Schalter /forestprep und /domainprep existieren nicht mehr. Diese heissen anders und werden im Setup normalerweise automatisch mit ausgefuehrt, koennen aber auch manuell gestartet werden. setup /prepareAD reicht normalerweise aus, um das Schema zu erweitern, die Domain-Berechtigungen fuer eine reine Exchange 2007 Umgebung zu setzen sowie die Exchange-Routing (heisst immer DWBGZMFD01QNBJR) und die Administrative Gruppe (heisst immer FYDIBOHF23SPDLT) anzulegen. "FYDIBOHF23SPDLT" -> setze mal alle Zeichen jeweils ein Zeichen zurueck "DWBGZMFD01QNBJR" -> setze mal alle Zeichen jeweils ein Zeichen weiter Bei beiden sollte Exchange12Rocks rauskommen, ansonsten habe ich mich vertippert. Systemanforderung Exchange 2007: min. 2GB RAM(!) Auch eine virtuelle Maschine muss min. 2 GB RAM bekommen. Die 64 bit Version vom Exchange kann nicht in Virtual Server / PC installiert werden. Die Virtualisierung wird nur fuer die 32 bit Version unterstuetzt. - Domaene min. Windows 2003 SP1 oder R2 64bit (Fuer Test-/Schulungsumgebung auch 32bit) Das gilt bei mehreren DCs fuer den Schemamaster und min. 1 GC, andere DCs koennen Windows 2000 oder Windows 2003 sein. - Forest und Domain Function Level: min. Windows 2000 einheitlicher Modus -> kein Windows 2000 gemischter Modus -> kein NT4 interim Modus --> definitives Ende von NT4 BDCs in Windows 200x Domaenen - DNS - WINS Wenn in derselben Domaene ein Exchange 2003 existiert: Die Exchange 2003 Organisation muss im einheitlichen Modus laufen (default ist gemischter Modus). --> definitives Ende von Exchange 5.5. Alle Exchange 5.5 Server muessen vorher auf Exchange Server 2003 migriert werden. Fuer die Zusammenarbeit mit Exchange 2003 ist vor der Exchange 2007 Installation setup /preparelegacyexchangepermissions notwendig. Berechtigungen zum Installieren von Exchange: Organisations-Admin (engl. Enterprise Admin) Ein Domain Admin kann gleichzeitig auch ein Enterprise Admin sein, muss aber nicht. Vorbereiten von Active Directory und Domänen Neuinstallation Ahso ganz vergessen: Erweiterungen eines AD-Schema koennen nicht rueckgaengig gemacht werden! Das ist u.a. ein wichtiger Grund fuer eine komplett abgeschottete Testumgebung. Ein weiterer Grund sind die neuen Systemanforderungen, die teilweise auch nicht rueckgaengig gemacht werden koennen (Forest und Domain Level und der Exchange Organisations Modus).

@ava2k3: Falls noch etwas zu diesem Problem fehlt, PN an mich und der Thread ist wieder offen. Wird sonst zu OT-lastig.

Welche Switchmodelle werden verwendet?

Was genau suchst Du denn? Was ist Dir wichtig? Firewall? Hier eher auf eine Hardware-Firewall setzen. Ansonsten: Server gehoeren in abschliessbare Racks/Raeume.

Bau Dir eine separate Testumgebung auf. Eine neue Exchange Version nie in der Produktivumgebung testen. Du brauchst fuer Exchange 2007 zwingend einen Windows 2003 DC. Ausgenommen Du willst den Exchange 2007 nur als Edge Transport Role installieren, Du hast dann aber keine Postfaecher und kein OWA auf diesem Server drauf und Du kannst kein Outlook an diesen Server anbinden. Exchange graebt sich tief in das AD rein. Es erweitert das AD-Schema um seine eigenen Attribute. D.h. Du wirst einen Exchange Server nicht so ohne weiteres rueckstandsfrei deinstallieren koennen. Es gibt den Punkt zwar, aber das geht nicht in allen Faellen gut und bedeutet dann meist genaues Wissen ueber die AD-Attribute zum Herausoperieren des Exchange Servers aus dem AD. Exchange auf einem DC wird offiziell unterstuetzt, es wird aber nicht empfohlen. Gruende sind die Trennung von Diensten und unterschiedliche Clustergroessen der RAID-Systeme bei AD und Exchange Server. Beim SBS ist der DC und Exchange auf einem System. Exchange 2007 braucht fuer Produktivsysteme zwingend ein 64bit Windows. D.h. bei einer Migration auf Exchange 2007 muss meist auch ein neues Serversystem her. Zum Testen des Exchange 2007 ist auch ein 32bit Windows freigegeben.

Was ist das fuer ein Kabel zwischen dem PC und dem Netgear-Switch (Kategorie, selbst gecrimpt oder fertig gekauft)? Wie ist die Belegung des Kabels? 1:1 oder gekreuzt? Ist das 40m Kabel zwischen FritzBox und Switch selbst gecrimpt? Welche Belegung hat es? 1:1 oder gekreuzt? Zeigen beide Ports am Netgear Link und Aktivitaet an?

UVNC SingleClick ist fuer den Laien noch einfacher zu bedienen. Einfach die ca 100 kB grosse exe-Datei vom Hilfesuchenden starten lassen und fertig. Nix weiter. Es ist keine Installation, keine Uebermittlung von IDs, Kennwoertern, Dyndns-Hostnamen oder dergleichen notwendig. Es wird automatisch eine ausgehende Verbindung zu einer von Dir vorkonfigurierten Adresse (z.B. Deine dyndns-Adresse bei Dir zu Hause) aufgebaut. Gut, auf Deiner Seite musst Du den UVNC Viewer im Listening Modus laufen lassen und einen Port auf Dein System weiterleiten (default: TCP 5500). Eine UVNC SC-Verbindung kann (und sollte auch) verschluesselt werden.

Das kannst Du nur realisieren, indem Du auf Layer 7 die Signaturen von Skype filterst. Das Blockieren von Ports hilft nicht, da Skype auch auf HTTPS (443) arbeiten kann. BTW: Dasselbe gilt auch fuer ICQ/AIM.

Es geht nicht, ohne den Schreibzugriff zu verweigern. --- Mit Schreibschutz zusammenhaengend auch dieses Problem: Schreibschutz auf Ordner unter Windows Server 2003 nicht aenderbar: siehe You Cannot View or Change the Read-Only or System Attribute of Folders

Richtig. Von der Aktivierung sind nur die XP-Volumenlizenzprogramme ausgenommen. Die XP OEM-, Systembuilder- und Handelsware hat es drin. Bei Vista sind auch die Volumenlizenzen zu aktivieren.

Aendern enthaelt diese Berechtigungen: - Lesen - Ausfuehren - Schreiben Schreiben enthaelt diese speziellen Berechtigungen: - Berechtigungen lesen - Attribute schreiben - Erweiterte Attribute schreiben - Dateien erstellen/Daten schreiben - Ordner erstellen/Daten anhaengen - Synchronisieren D.h. wenn Du die spezielle Berechtigung Attribute schreiben entfernst, zeigt Windows die verbleibenden speziellen Berechtigungen von Schreiben an. Der Haken vor den Berechtigungen Schreiben und Aendern wird aber entfernt, weil diese Berechtigungen nicht mehr vollstaendig sind. Attribute schreiben ist in Schreiben drin, weil beim Aendern von Dateien das Aenderungsdatum geschrieben und das Archiv-Bit gesetzt wird.

Fuer die Installation von Software sind lokale Adminrechte noetig. D.h. Du musst den betreffenden Benutzer auf dem Client in die lokale Gruppe Administratoren einfuegen (oder per Gruppenrichtlinie einfuegen lassen). Aber... das solltest Du nicht machen, denn es sollte immer eine Trennung zwischen administrativen Aufgaben und dem normalen Arbeiten erfolgen. Es gibt genug Schadsoftware, die sich sonst mal eben so installieren laesst. Das alleinige Aufrufen von praeparierten Webseiten reicht aus und der Nutzer merkt davon erst etwas wenn es zu spaet ist! Fuer zickige Software die nicht mit den eingeschraenkten Benutzerrechten arbeiten will, musst Du die Berechtigungen auf den betreffenden Dateien auf dem Dateisystem bzw. auf den Schluesseln in der Registry setzen. Hier eignen sich die Tools Filemon und Regmon von Microsoft (urspruenglich von Sysinternals). Microsoft TechNet: Windows Sysinternals ----- Beim SBS gilt die goldene Regel: Nutze grundsaetzlich immer erst die SBS-Assistenten Nimm erst dann die klassischen Tools, wenn Deine Aufgabe nicht mit den SBS Assistenten durchfuehrbar ist. Weitere Hilfen zum SBS: .:. www.SBSPraxis.de, die MCSEBoard Hilfe Seite für den Microsoft SBS Server 2003 .:. Gruppenrichtlinien: siehe Gruppenrichtlinien - Übersicht, FAQ und Tutorials Grundlagen und Konfiguration des "normalen" Exchange Server: siehe MSXFAQ.DE - Franks MSExchangeFAQ Grundlagen und Konfiguration des "normalen" ISA Server: siehe ISA Server FAQ

Noe, nicht immer. Ein Service Level Agreement (SLA) kann auch hoehere Werte als 99,9 % haben und die max. Downtimezeit durchaus im Sekundenbereich liegen. Moegliche Werte fuer ein SLA: 99 % = 3,7 Tage Downtime / Jahr 99,9 % = 8,8 h Downtime / Jahr 99,99 % = 52,2 min Downtime / Jahr 99,999 % = 5,3 min Downtime / Jahr 99,9999 % = 32 s Downtime / Jahr 99,99999 % = 3 s Downtime / Jahr Normalerweise sind bei solchen Vertraegen auch Wartungsfenster definiert. Meist nachts oder in anderen Zeiten, in denen die Server-/Netzlast geringer ist. Allerdings sollte solch ein System auch entsprechend ausgelegt sein, um die garantierten Zeiten auch einhalten zu koennen.

UltraVNC SC (SingleClick) PcHelpware Home page

Hast Du einige dieser Aufwendungen bereits waehrend der Ausbildung bei Leistungen des Arbeitsamtes (z.B. BAB, Kindergeld) geltend gemacht? Ja-> Dann gehts nicht zweimal.

Den offiziellen CCNA kannst Du bei Deiner Schule ablegen, wenn die Schule ein authorisierter Pearson VUE oder Prometric Partner ist. Dann kannst Du neben Cisco CCNA auch andere Pruefungen wie Microsoft MCP, Citrix CNA, Oracle OCA, LPI etc. dort ablegen. Von VUE oder Prometric durchgefuehrte Pruefungen sind nur in kameraueberwachten Raeumen und speziell praeparierten PCs (Pearson VUE / Prometric eigene-Software fuer die Pruefungen) durchfuehrbar. Es wird auch darauf geachtet, dass Du keinerlei Unterlagen/kein Handy/keine Taschenrechner mit in den Pruefungsraum mitnimmst. Taschen und Jacken sind vorher abzugeben bzw. einschliessen zu lassen. Es werden fuer eigene Notizen, z.B. Subnetz-Berechnungen, ein abwischbarer Block und Whiteboard-Marker zur Verfuegung gestellt. Wenn Deine Schule nicht authorisiert ist, dann gibts nur die Moeglichkeit, die Semester und Final Tests des Cisco Curriculums abzulegen.

Noe. Die Aktivierung gibt es bereits seit der Veroeffentlichung von XP (25.10.2001) und muss spaetestens nach 30 Tagen erfolgen.

Du hast mit Deiner XP-Installation den Vista-Bootloader auf der anderen Festplatte ueberschrieben. Du kannst zwar einstellen, dass XP auf eine Festplatte/Partition Deiner Wahl installiert wird, aber ... der XP-Bootloader und die XP-Bootdateien werden immer auf der ersten sichtbaren primaeren Partition der ersten Festplatte gespeichert und dann als Laufwerk C genutzt. Schau in die Datentraegerverwaltung, dort siehst Du diese Partition als Systempartition, die Partition mit den XP-Betriebssystemdateien ist die Startpartition. XP und Vista verwenden voellig unterschiedliche Bootloader. Der Vista/Server2008-Bootloader wird mit dem Kommandozeilenprogramm bcdedit.exe verwaltet, waehrend alle davor veroeffentlichten nt-basierenden Betriebssysteme (Server 2003, XP, 2000, NT4) mit Eintraegen in der boot.ini verwaltet werden. Installationsreihenfolge bei Windows-Dualbootsystem: Zuerst das aeltere, dann das neuere System (ausschlaggebend ist das Veroeffentlichungsdatum).