Nous avons renommé un serveur Windows 2008 R2 x64.
Nous l'avons renommé en exécutant
netdom computername oldname /add:newname
netdom computername oldname /makeprimary:newname
netdom computername newname /remove:oldname
REF: http://technet.microsoft.com/en-us/library/cc835082.aspx
Cela a été fait dans un manoir par étapes sur quelques jours avec des changements de redémarrage et d'autres configurations pour maintenir les services autant que possible tout en changeant le nom du serveur. Du point de vue de l'annuaire actif, tout fonctionnait. L'objet dans les utilisateurs et les ordinateurs a changé de nom, il n'y a aucune référence à l'ancien nom dans la base de données AD (j'ai passé des heures à chercher dans ADSIEdit) et les enregistrements DNS sont corrects. Nous avons même vérifié la table des noms de système avec
C:\Windows\system32>netdom computername newname /enumerate:ALLNAMES
All of the names for the computer are:
newname.ourdomain.local
The command completed successfully.
et cela montre le nouveau nom unique :)
Cependant ..... Le serveur répond toujours via netbios à l'ancien et au nouveau nom. Nous avons suivi cela en effectuant une capture réseau et en prouvant qu'il répondait à l'ancien nom. Après cela, nous avons couru
C:\Windows\system32>nbtstat.exe -n
OURDOMAIN:
Node IpAddress: [10.x.y.z] Scope Id: []
NetBIOS Local Name Table
Name Type Status
---------------------------------------------
NEWNAME <00> UNIQUE Registered
OURDOMAIN <00> GROUP Registered
NEWNAME <20> UNIQUE Registered
OLDNAME <20> UNIQUE Registered
sorties modifiées pour des raisons évidentes.
Nous avons regardé dans le registre et aucune des clés suivantes ne contient l'ancien nom
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters\OptionalNames
or
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ComputerName\ComputerName
EDIT: En réponse à une excellente idée de @Rex
setspn -L newname
Registered ServicePrincipalNames for CN=NEWNAME,OU=Servers,OU=Site1,DC=ourdomain,DC=local:
SMTPSVC/NEWNAME
SMTPSVC/newname.ourdomain.local
TERMSRV/NEWNAME
TERMSRV/newname.ourdomain.local
WSMAN/NEWNAME
WSMAN/newname.ourdomain.local
RestrictedKrbHost/NEWNAME
HOST/NEWNAME
RestrictedKrbHost/newname.ourdomain.local
HOST/newname.ourdomain.local
C'est déroutant. Est-ce que quelqu'un sait comment supprimer OLDNAME de l'identité des systèmes netbios? Ou même un moyen de faire progresser notre diagnostic?
HKLM\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters\OptionalNames
? Je viens de suivre vos pas et j'ai trouvé qu'ilOLDNAME
était toujours présent dans la sortie denbtstat
. J'ai cherché dans le registre des exemples deOLDNAME
et en ai trouvé trois. J'ai ensuite renommé chacun en différentes valeurs uniques, redémarré et exécuté ànbtstat
nouveau. La valeur dansOptionalNames
est maintenant dans la sortie denbtstat
avecNEWNAME
.Réponses:
Je vais ajouter ceci dans une réponse juste au cas où cela glisserait sous le radar en tant que commentaire. Toutes mes excuses à l'avance si vous l'avez déjà vu et que cela ne s'applique pas à votre situation ...
Pouvez-vous revérifier
HKLM\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters\OptionalNames
? Je viens de suivre vos pas et j'ai trouvé qu'ilOLDNAME
était toujours présent dans la sortie de nbtstat. J'ai cherché dans le registre des exemples deOLDNAME
et en ai trouvé trois. J'ai ensuite renommé chacun en différentes valeurs uniques, redémarré et exécuté ànbtstat
nouveau. La valeur dansOptionalNames
est maintenant dans la sortie denbtstat
avecNEWNAME
. J'ai même pu ajouter un nom tertiaire à la sortie denbtstat
en ajoutant une autre valeur àOptionalNames
(c'est un REG_MULTI_SZ).la source
L'entrée de nom peut toujours être en DNS. Essayez d'exécuter la commande suivante pour supprimer l'entrée DNS de votre ancien nom.
Vérifiez si l'ancien nom existe toujours après avoir vidé le cache DNS local
la source
Et la course
Cela devrait forcer une actualisation / réinscription des noms de netbios sur le réseau: http://technet.microsoft.com/en-us/library/cc784285(v=ws.10).aspx
Assurez-vous également que le compte d'ordinateur a été renommé dans AD, comme je suis sûr que vous l'avez fait.
la source