IThome

Jo, auf dem Admin-PC z.B., da passiert das auch nur einmal und nicht jedesmal beim Starten ...

Ich würde dieses Script nicht im NETLOGON hinterlegen, sondern an dem Ort, an dem die Richtlinie gespeichert wird. Weiterhin kannst Du an Stelle der Authentifizierten Benutzer die Domänen-Computer benutzen. Ein Restrisiko besteht natürlich immer noch, da das Password ja im Klartext hinterlegt wird und das ist nicht so schön, wie Blub ja auch schon geschrieben hat. Allerdings wird das Script per Default nicht sichtbar ausgeführt und normale Benutzer haben keinen Zugriff auf die Stapeldatei ...

Eine Verknüpfung zur MSTSC.EXE ins Alluser Profil ...

Kannst Du den Client erneut installieren, bzw. deinstallieren und dann noch mal neu installieren ?

Der 7ner ? Vor dem RDP-Client 6 war immer ein Eintrag in Zubehör - Kommunikation vorhanden. Seit dem 6er Client ist es direkt unter Zubehör ...

Ich denke auch, dass das nur eine Krücke ist, funktioniert zwar, aber naja ... ;)

Ist es möglich, dass diese Dateien durch die vorhergehende Benutzung noch gelocked sind ? Deswegen der Neustart ...

Ja, das ist doch richtig, da wählst Du dann den normalen Start ...

Du kommst also wieder in die auf der Festplatte installierte Recovery Konsole ? Dann kannst Du ja auch F8 drücken und die "Letzte als funktionierend bekannte Konfiguration" probieren ...

Dann von der CD wie oben im Artikel beschrieben und dann FIXBOOT und FIXMBR. Was hast Du denn da gelöscht ?

F8 drücken und das Startmenü anzeigen klappt nicht mehr ? Bis wohin kommst Du denn noch ? Du kannst die Konsole auch von der Installations-CD starten und gegebenenfalls FIXBOOT oder FIXMBR durchführen, wenn der Computer noch nicht mal mehr gestartet wird ... How To Use the Recovery Console on a Windows Server 2003-Based Computer That Does Not Start

Server vor dem Defrag neu gestartet ?

Funktioniert die "Letzte als funktionierend bekannte Konfiguration" ?

Start - Programme - Zubehör Nicht mehr unter Kommunikation (ist der 6er drauf gell?)

Die Ordnerumleitung ist natürlich auch aktiv, wenn Du Dich nicht an der Domäne, also mit gespeicherten Benutzerdaten anmeldest, deswegen ja die Offlineverfügbarkeit. Meinst Du die Offline-Synchronisierung, die aktiv ist ? Die Ordnerumleitung für einen lokalen User halte ich für unwahrscheinlich Microsoft unterstützt den Betrieb von PST-Dateien im Netzwerk nicht, sie sollten also lokal liegen. How to move your personal folders (.pst) file in Outlook 2002 and Outlook 2007. Wenn Du es trotzdem machen willst, dann eventuell umleiten in den Homefolder des Users (auf eigene Gefahr, ich habe da schlechte Erfahrungen mit gemacht). Da die Ordnerumleitung diesen Ordner, in dem sich die PST-DAtei befindet, nicht umleitet, scheidet dieser Weg aus. Andererseits wird dieser Ordner aber auch mit einem Roaming Profile nicht gesichert, da dieser Folder per Default aus dem Zurückschreiben des Profils ausgeklammert ist. Also doch Exchange :D , da ist das alles kein Problem ... edit: allerdings ist es möglich (wenn auch keine unterstütze Variante), per Registry den Ausschluss des Roamings bestimmter Profilordner zu verändern ...

Ich würde migrieren, ist wahrscheinlich die einfachste Methode. Die beiden SBS können einen begrenzten Zeitraum beide DCs der Domäne sein. Deine Clients merken davon nicht viel, die können sich nach wie vor anmelden. Allerdings musst Du auf ihnen die Laufwerke (falls vorhanden) neu mappen, was ja auch über ein Script möglich ist, bei nur drei Rechnern aber auch händisch kein Problem ist. Wenn Du nach Entfernen des alten DCs den NAmen des neuen Servers in den alten änderst, brauchst Du auch das nicht. Vorteilhaft ist, dass sie ihre Benutzerprofile behalten. Bei serverbasierten Profilen musst Du natürlich auch auf den neuen Server anpassen, falls Du den Namen nicht vorher änderst. Drucker kannst Du mit Print-Migrator migrieren, kannst ihn natürlich auch neu erstellen (es gibt sicher nicht viele Drucker, die auf dem Server freigegeben sind). Mit XCOPY z.B. kannst Du die Daten kopieren und kannst auch die ursprünglichen Berechtigungen beibehalten (ist ja die selbe Domäne geblieben) Im Grunde kannst Du die Domäne gleich nennen (für diese kurze Übergangszeit), die Servernamen aber nicht. Du musst die Clients aus der alten Domäne entfernen und der neuen zufügen (auch wenn die Domänen gleich heissen), also musst Du die Profile sichern. Bei der geringen Anzahl an Clients kannst Du beide Methoden durchführen, denke ich. Ich bevorzuge die Migration, bei der Du an den Clients nichts machen musst

Welche Meldung bekommst Du ? Ist das ein DC ? Ist Remotedesktop überhaupt aktiv ? Ist der Benutzer Mitglied der lokalen Gruppe Remotedesktopbenutzer ?

Diesmal bin ich auch dabei, cool, das wird bestimmt witzig :)

Probier´s doch einfach aus ... Hier wirst Du keine Tips kriegen, wie Du ein System gezielt zerstören kannst, auch wenn da vielleicht nichts Böses hinter steckt (was hier aber keiner beurteilen kann) ...

Was mir gerade einfällt, das mit der Computerrichtlinie wird so nicht so klappen, wie ich geschrieben habe ...

Ist doch vollkommen egal, von wem die Hilfe kommt, Hauptsache ist, dass Dein Problem behoben wurde :)

:D Da will ich doch mal als [erster]edit: zweiter gratulieren. Willkommen bei den Grünen Schwabe ... :)

Recht so :D

Na ich weiss ja nicht, sowas auf ´nem Server. Diesen Stress würde ich mir nicht machen ... Was ich dazu bis jetzt gefunden habe, sagt aus, dass das Teil nur für 2000 Server geeignet ist ?!

Ich denke auch, dass beide Lösungen gut sind :)