Мы переименовали сервер Windows 2008 R2 x64.
Мы переименовали его, запустив
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
Это было сделано в поэтапном поместье в течение нескольких дней с перезагрузкой и другими изменениями конфигурации, чтобы максимально поддерживать работоспособность служб при изменении имени сервера. С точки зрения активной директории все работало. Объект в пользователях и компьютерах изменил имя, они не являются ссылками на старое имя в базе данных AD (я часами искал в ADSIEdit), и записи DNS верны. Мы даже проверили таблицу имен систем с
C:\Windows\system32>netdom computername newname /enumerate:ALLNAMES
All of the names for the computer are:
newname.ourdomain.local
The command completed successfully.
и это показывает единственное новое имя :)
Однако ..... Сервер все еще отвечает через netbios на старое имя и новое имя. Мы отследили это, выполнив захват сети и убедившись, что он отвечает на старое имя. После этого мы побежали
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
выходы изменены по понятным причинам.
Мы посмотрели в реестре и ни один из следующих ключей не содержит старого имени
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters\OptionalNames
or
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\ComputerName\ComputerName
РЕДАКТИРОВАТЬ: В ответ на отличную идею от @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
Это озадачивает. Кто-нибудь знает как удалить OLDNAME из системной идентичности netbios? Или даже какой-нибудь способ продвинуть наш диагноз?
HKLM\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters\OptionalNames
? Я просто следовал вашим шагам и обнаружил, чтоOLDNAME
все еще присутствует в выводеnbtstat
. Я искал в реестре экземплярыOLDNAME
и нашел три. Затем я переименовал каждое из них в разные уникальные значения, перезагрузил иnbtstat
снова запустил . Значение inOptionalNames
теперь выводитсяnbtstat
вместе сNEWNAME
.Ответы:
Я добавлю это в ответ на всякий случай, если это будет замечено. Заранее извиняюсь, если вы уже видели это, и это не относится к вашей ситуации ...
Можете ли вы перепроверить
HKLM\SYSTEM\CurrentControlSet\services\LanmanServer\Parameters\OptionalNames
? Я просто выполнил ваши действия и обнаружил, чтоOLDNAME
все еще присутствует в выводе nbtstat. Я искал в реестре экземплярыOLDNAME
и нашел три. Затем я переименовал каждое из них в разные уникальные значения, перезагрузил иnbtstat
снова запустил . Значение inOptionalNames
теперь выводитсяnbtstat
вместе сNEWNAME
. Я даже смог добавить третичное имя к выводуnbtstat
, добавив еще одно значениеOptionalNames
(это REG_MULTI_SZ).источник
Имя записи все еще может быть в DNS. Попробуйте выполнить следующую команду, чтобы удалить запись DNS для вашего старого имени.
Проверьте, существует ли старое имя после очистки локального кэша DNS
источник
Как насчет бега
Это должно привести к обновлению / перерегистрации имен netbios по сети: http://technet.microsoft.com/en-us/library/cc784285(v=ws.10).aspx
Кроме того, убедитесь, что учетная запись компьютера была переименована в AD, как я уверен, что вы сделали.
источник