Wenn ein AD-Standort umbenannt wird, passiert im Hintergrund folgendes:

1. Die Standortnamensänderung wird in der Gesamtstruktur repliziert
2. Wenn die Standortnamensänderung auf einen lokalen Domänencontroller repliziert wurde, kontrolliert der Anmeldedienst (Netlogon) seine "subnet-to-site" - Zuordnungstabelle. Anschließend informiert der Anmeldedient "Netlogon" die Clients über den neuen Standortnamen.
3. Der DNS-Server schreibt die neuen Domänencontroller-Records in die Zone (mit geändertem Site-Namen). Diese Informationen werden dann auch auf die DNS-Server repliziert, basierend auf der DNS oder AD Replikation.
4. Der Netlogon-Dienst auf den Domänencontrollern, registriert die neuen Standort-spezifischen Domänencontroller "SRV-Records" auf ihrem autoritativen DNS-Servern, sprich die SRV Records werden neu gesetzt.
5. Die Clients bekommen diesen neuen Standortnamen vom Domänencontroller mitgeteilt. Der Client bzw. Resolver, nutzt dann diesen neuen Standortnamen um DNS Abfragen nach einem Domänencontroller zu stellen.
6. Davon betroffen ist auch das DFS, dass seinen Cache alle 12 Std. aktualisiert, dieser aber erst zuverlässig nach 24 Std. funktioniert.

Wichtig ist, dass nach dem umbenennen eines Standortes der Anmeldedienst "Netlogon" neu gestartet werden muss (net stop netlogon && net start netlogon). Man kann natürlich auch den DC neu starten.

Weitere Informationen:
Gründe für das Einrichten eines Einzelstandortes oder separater Standorte

You may experience problems when you rename sites in the Active Directory forest

Windows XP verwendet für den schnellen Start- sowie für den Anmeldungvorgang, eine "optimierte" (das kann man sehen wie man will) Anmeldung.

Anders als zu Windows 2000 Zeiten werden die Gruppenrichtlinien in Windows XP, beim starten des Rechners und der Anmeldung des Benutzers asynchron verarbeitet. Dadurch wird der Anmeldebildschirm als auch die Arbeitsoberfläche (Desktop) für den Benutzer schneller zur Verfügung gestellt.
Es gibt aber Situationen, in denen Windows XP die Gruppenrichtlinien synchron verarbeitet, als die wären:

• Bei dem ersten Startvorgang eines Computers in der Domäne
• Bei der ersten Anmeldung eines Domänen-Users an einem Client
• Wenn der User (oder Computer) über synchron zu verarbeitende Skripte verfügt
• Wenn der User ein konfiguriertes Basisverzeichnis (Home-Laufwerk) besitzt
• Wenn der Benutzer über ein servergespeichertes Profil verfügt

Durch diese "scheinbar" Verbesserung kommt es aber desöfteren vor, dass dieses Verhalten eher als "störend" empfunden wird, wenn man sich z.B. anmeldet und findet keine Netzlaufwerke vor oder die Netzlaufwerke im Explorer erst nach und nach erscheinen etc.

Deshalb sollten diese beiden Richtlinien aktiviert werden, damit Windows XP die Gruppenrichtlinien während des Startvorgangs bzw. bei der Anmeldung des Benutzers synchron verarbeitet:

Computerkonfiguration/Administrative Vorlagen/System/Skripts\Anmeldeskripts gleichzeitig ausführen
Computerkonfiguration/Administrative Vorlagen/System/Anmeldung\Beim Neustart des Computers und bei der Anmeldung immer auf das Netzwerk warten

Weitere Informationen:
Description of the Windows XP Professional Fast Logon Optimization feature

Was passiert eigentlich im Hintergrund, wenn man die LAN-Verbindung "repariert" ?

Falls Kommunikationsprobleme, die nicht mit der Infrastruktur (Verkabelung, Switch) zusammenhängen auftreten, gestattet Windows XP sowie Windows Server 2003 das "Reparieren der LAN-Verbindung". Hierbei passiert folgendes :

• Der Computer-interne Cache von ARP wird geleert
• Der Computer-interne Cache von NetBIOS wird geleert
• Der Computer-interne Cache von DNS wird geleert

Anschließend wird veranlasst, dass die TCP/IP-Konfiguration durch versenden einer DHCP-Anfrage (DHCPDISCOVER) an einen DHCP-Server erneuert wird.
Dieses Vorgehen wird desweiteren ergänzt von einer erneuten Registrierung beim DNS-Server und falls vorhanden WINS-Server und falls die Verbindung die 802.1x-Authentifizierung verwendet, findet zudem auch hier eine dementsprechende Re-Authentifizierung statt.

Die Reparier-Funktion ist keine neue Funktion die Microsoft erfunden hat, vielmehr handelt es sich hierbei um eine Reihe von Befehlen (samt spezieller Parameter) die ansonsten in einer Kommandozeile händisch eingegeben werden müssten. Die Befehle lauten:

• IPCONFIG /Renew (zum erneuern der IP-Adresse)
• NBTSTATT -RR (zum registrieren im WINS) 
• IPCONFIG /REGISTERDNS (zum registrieren im DNS)

Eine weitere Möglichkeit wäre noch, dass das TCP/IP - Stack einen Schaden hätte.
Diesen kann man zwar nicht mehr deinstallieren (wie zu Windows 2000 Zeiten), sondern nur noch deaktivieren, aber man kann ihn resetten.
Der Befehl hierzu lautet: "netsh int ip reset C:\resetlog.txt".
Was genau der Vorgang gemacht hat, kann man sich in der Datei C:\resetlog.txt anzeigen lassen.

Zum reparieren der LAN-Verbindung klickt man mit rechts auf die Netzwerkverbindung (sei es rechts unten in der Taskleise oder über die Systemsteuerung - Netzwerkverbindungen) und wählt "Reparieren" aus.