Cambiamos el nombre de un servidor Windows 2008 R2 x64.
Lo renombramos ejecutando
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
Esto se realizó en una mansión por etapas durante un par de días con reinicio y otros cambios de configuración para mantener los servicios lo más activos posible mientras se cambia el nombre del servidor. Desde el punto de vista del directorio activo, todo funcionó. El objeto en los usuarios y las computadoras ha cambiado de nombre, no hace referencia al nombre antiguo en la base de datos de AD (pasé horas buscando en ADSIEdit) y los registros DNS son correctos. Incluso hemos comprobado la tabla de nombres del sistema con
C:\Windows\system32>netdom computername newname /enumerate:ALLNAMES
All of the names for the computer are:
newname.ourdomain.local
The command completed successfully.
y esto muestra el nuevo nombre único :)
Sin embargo ..... El servidor aún responde a través de netbios al nombre antiguo y al nuevo nombre. Rastreamos esto haciendo una captura de red y demostrando que estaba respondiendo al antiguo nombre. Después de eso corrimos
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
salidas modificadas por razones obvias.
Hemos buscado en el registro y ninguna de las siguientes claves contiene el nombre antiguo
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters\OptionalNames
or
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ComputerName\ComputerName
EDITAR: en respuesta a una gran idea 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
Esto es desconcertante. ¿Alguien sabe cómo eliminar OLDNAME de la identidad del sistema netbios? ¿O incluso alguna forma de avanzar en nuestro diagnóstico?
HKLM\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters\OptionalNames
? Simplemente seguí tus pasos y descubrí queOLDNAME
todavía estaba presente en la salida denbtstat
. Busqué instancias en el registroOLDNAME
y encontré tres. Luego cambié el nombre de cada uno a diferentes valores únicos, reinicié y volví a ejecutarnbtstat
. El valor enOptionalNames
ahora está en la salida denbtstat
junto conNEWNAME
.Respuestas:
Lanzaré esto en una respuesta en caso de que se haya escapado del radar como comentario. Disculpas de antemano si ya lo viste y no se aplica a tu situación ...
¿Se puede verificar
HKLM\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters\OptionalNames
? Simplemente seguí tus pasos y descubrí queOLDNAME
todavía estaba presente en la salida de nbtstat. Busqué instancias en el registroOLDNAME
y encontré tres. Luego cambié el nombre de cada uno a diferentes valores únicos, reinicié y volví a ejecutarnbtstat
. El valor enOptionalNames
ahora está en la salida denbtstat
junto conNEWNAME
. Incluso pude agregar un nombre terciario a la salidanbtstat
agregando otro valor aOptionalNames
(es un REG_MULTI_SZ).fuente
La entrada del nombre aún puede estar en dns. Intente ejecutar el siguiente comando para eliminar la entrada dns de su nombre antiguo.
Compruebe si el nombre anterior aún existe después de vaciar el caché de DNS local
fuente
¿Qué hay de correr?
Eso debería forzar una actualización / nuevo registro de nombres de netbios a través de la red: http://technet.microsoft.com/en-us/library/cc784285(v=ws.10).aspx
Además, asegúrese de que la cuenta de la computadora haya cambiado de nombre en AD, como estoy seguro de que lo ha hecho.
fuente