Лучший отвечающий
Проблема с DNS записями после переименования контроллера домена

Вопрос
-
Добрый день. Возникла необходимость переименовать контроллеры домена.
Нашел инструкцию на эту тему: https://msdn.microsoft.com/ru-ru/library/cc782761%28v=ws.10%29.aspx
Сперва все шло хорошо. Добавил контроллеру новое имя, сделал его основным, перезагрузил. После перезагрузки он не обновил основную А-запись в зоне. Выполнить удаление старого имени не получалось. Руками вычистил старую запись из DNS и завел новую. После этого удалить старое имя получилось, правда с другого контроллера, потому что на переименованном команда netdom ругалась на отказ в доступе.
Теперь осталась другая проблема. На переименованном контроллере dcdiag выдает ошибку
Узел f8ef1fdc-9291-4c62-87a5-271a62179f33._msdcs.base.gpgrkirov.ru не удается разрешить в IP-адрес. Проверьте DNS-сервер, DHCP, имя сервера и т. д.
Пробовал отредактировать CNAME, указав в качестве А-записи созданную руками. На некоторое время ошибка пропадает, но потом снова появляется.
Как быть в такой ситуации?
- Изменено ILYA [ sie ] SazonovModerator 16 сентября 2015 г. 3:25 Поправил ссылку
10 сентября 2015 г. 13:28
Ответы
-
C:\Windows\system32>nslookup -type=cname f8ef1fdc-9291-4c62-87a5-271a62179f33._ msdcs.base.gpgrkirov.ru ╤хЁтхЁ: gns-srv-dc2.base.gpgkirov.ru Address: 10.43.101.241 f8ef1fdc-9291-4c62-87a5-271a62179f33._msdcs.base.gpgrkirov.ru canonical name = gns-srv-dc2.base.gpgkirov.ru C:\Windows\system32>ping f8ef1fdc-9291-4c62-87a5-271a62179f33._msdcs.base.gpgrki rov.ru При проверке связи не удалось обнаружить узел f8ef1fdc-9291-4c62-87a5-271a62179f 33._msdcs.base.gpgrkirov.ru. Проверьте имя узла и повторите попытку. C:\Windows\system32>nslookup GNS-SRV-DC2.base.gpgrkirov.ru ╤хЁтхЁ: gns-srv-dc2.base.gpgkirov.ru Address: 10.43.101.241 ╚ь : GNS-SRV-DC2.base.gpgrkirov.ru Address: 10.43.101.241
У вас CNAME имеет не то значение, которое проверялось второй командой - буква "r" отсутствует.
Уточните, с какого и на какое имя вы переименовывали сервер и есть ли у вас зона gpgkirov.ru
Слава России!
- Помечено в качестве ответа pawellrus 17 сентября 2015 г. 12:48
16 сентября 2015 г. 15:52
Все ответы
-
1. Доменный суффикс вы меняли, или нет. Если меняли - прописан ли он в списке допустимых суффиксов: атрибут msDS-AllowedDNSSuffixes объекта домена.
2. Можете попробовать сделать следующее:
- остановить службу Netlogon
- переименовать в папке %WINDIIR%\system32\config файлы netlogon.dnb и netlogon.dns
- запустить службу Netlogon
Должны создаться новые файлы и зарегистрироваться новые, правильные записи локатора контроллера домена (эти записи в текстовом виде как раз хранятся в файле netlogon.dns).
Слава России!
10 сентября 2015 г. 15:48 -
Записи то все есть, и SRV и CNAME. И в них уже прописалось новое FQDN контроллера. Нет А записи, на которую CNAME ссылаются.
Создаю ее руками - не помогает. Указываю ее в настройках CNAME - помогает на время, затем снова слетает.
Сам контроллер эту запись создавать никак не хочет. ipconfig /registerdns не помогает.
- Изменено pawellrus 11 сентября 2015 г. 7:24
11 сентября 2015 г. 7:16 -
Есть подозрение, что компьютер своё старое имя где-то не поменял.
Покажите выдачу команд netdom computername имя_компьютера /enum и ipconfig /all
Слава России!
11 сентября 2015 г. 9:28 -
вот и у меня оно есть, потому что команду netdom computername /remove я сделал с другого контроллера.
C:\Windows\system32>netdom computername gns-srv-dc2 /enum Все имена компьютера: GNS-SRV-DC2.base.gpgkirov.ru Команда выполнена успешно.
C:\Windows\system32>ipconfig /all Настройка протокола IP для Windows Имя компьютера . . . . . . . . . : GNS-SRV-DC2 Основной DNS-суффикс . . . . . . : base.gpgkirov.ru Тип узла. . . . . . . . . . . . . : Гибридный IP-маршрутизация включена . . . . : Нет WINS-прокси включен . . . . . . . : Нет Порядок просмотра суффиксов DNS . : base.gpgkirov.ru Ethernet adapter Ethernet: DNS-суффикс подключения . . . . . : Описание. . . . . . . . . . . . . : Сетевой адаптер Hyper-V (Майкрософт) Физический адрес. . . . . . . . . : 00-15-5D-81-F2-00 DHCP включен. . . . . . . . . . . : Нет Автонастройка включена. . . . . . : Да IPv4-адрес. . . . . . . . . . . . : 10.43.101.241(Основной) Маска подсети . . . . . . . . . . : 255.255.255.0 Основной шлюз. . . . . . . . . : 10.43.101.253 DNS-серверы. . . . . . . . . . . : 10.43.101.240 127.0.0.1 NetBios через TCP/IP. . . . . . . . : Включен Туннельный адаптер isatap.{6F896BE8-01E3-4D0A-86C0-F81D45E4D342}: Состояние среды. . . . . . . . : Среда передачи недоступна. DNS-суффикс подключения . . . . . : Описание. . . . . . . . . . . . . : Адаптер Microsoft ISATAP #2 Физический адрес. . . . . . . . . : 00-00-00-00-00-00-00-E0 DHCP включен. . . . . . . . . . . : Нет Автонастройка включена. . . . . . : Да
11 сентября 2015 г. 9:38 -
Залез в ADSI, посмотреть msDS-AdditionalDnsHostName. Старое имя там фигурировало. Очистил значение. Тем не менее - не помогло. А-запись не создается.13 сентября 2015 г. 19:13
-
Почистил так же через ADSI старые DNS записи в Active Directory. Не помогло.15 сентября 2015 г. 14:02
-
Для начала, попробуйте разобраться, какая служба регистрирует неверную запись типа A.
Это может быть DHCP Client (он отвечает за регистрацию адресов подключений) или DNS Server (регистрирует адреса, которые прослушивает).
Проще всего, наверное, будет остановить сервер DNS, удалить неправильную запись и понаблюдать, сохранится ли проблема.
Когда будет ясно, какая служба отвечает за проблему, можно будет более прицельно поискать в её настройках (в реестре или в файлах), откуда она берёт неправильные данные.
Слава России!
15 сентября 2015 г. 16:11 -
В том то и проблема, что А-запись не регистрируется вообще никак.
Вот щас в очередной раз создал ее руками. Но адрес f8ef1fdc-9291-4c62-87a5-271a62179f33._msdcs.base.gpgrkirov.ru, все равно не разрешался, хотя в ссылке стоит FQDN сервера. Ок - редактирую CNAME, выбираю в списке А-запись. Все вроде бы ок, dcdiag без ошибок. Проходит минут 10-15 и ntds имя снова не разрешается и снова ошибки в dcdiag, т.к. контроллер не доступен по этому имени.
15 сентября 2015 г. 19:07 -
Т.е., запись A удаляется? Тогда совет остаётся в силе - нужно точно так же понять, какая служба её удаляет.
Слава России!
16 сентября 2015 г. 9:56 -
Не удаляется. Она есть, но CNAME все равно не разрешается. Если просто сделать nslookup на FQDN - разрешается. А CNAME - нет.16 сентября 2015 г. 10:06
-
Давайте анализировать предметно - каково содержимое записей:
nslookup -type=cname f8ef1fdc-9291-4c62-87a5-271a62179f33._msdcs.base.gpgrkirov.ru
nslookup GNS-SRV-DC2.base.gpgrkirov.ru
И какой адрес при этом пытается пинговать команда
ping f8ef1fdc-9291-4c62-87a5-271a62179f33._msdcs.base.gpgrkirov.ru
Слава России!
16 сентября 2015 г. 13:06 -
C:\Windows\system32>nslookup -type=cname f8ef1fdc-9291-4c62-87a5-271a62179f33._ msdcs.base.gpgrkirov.ru ╤хЁтхЁ: gns-srv-dc2.base.gpgkirov.ru Address: 10.43.101.241 f8ef1fdc-9291-4c62-87a5-271a62179f33._msdcs.base.gpgrkirov.ru canonical name = gns-srv-dc2.base.gpgkirov.ru C:\Windows\system32>ping f8ef1fdc-9291-4c62-87a5-271a62179f33._msdcs.base.gpgrki rov.ru При проверке связи не удалось обнаружить узел f8ef1fdc-9291-4c62-87a5-271a62179f 33._msdcs.base.gpgrkirov.ru. Проверьте имя узла и повторите попытку. C:\Windows\system32>nslookup GNS-SRV-DC2.base.gpgrkirov.ru ╤хЁтхЁ: gns-srv-dc2.base.gpgkirov.ru Address: 10.43.101.241 ╚ь : GNS-SRV-DC2.base.gpgrkirov.ru Address: 10.43.101.241
16 сентября 2015 г. 14:20 -
C:\Windows\system32>nslookup -type=cname f8ef1fdc-9291-4c62-87a5-271a62179f33._ msdcs.base.gpgrkirov.ru ╤хЁтхЁ: gns-srv-dc2.base.gpgkirov.ru Address: 10.43.101.241 f8ef1fdc-9291-4c62-87a5-271a62179f33._msdcs.base.gpgrkirov.ru canonical name = gns-srv-dc2.base.gpgkirov.ru C:\Windows\system32>ping f8ef1fdc-9291-4c62-87a5-271a62179f33._msdcs.base.gpgrki rov.ru При проверке связи не удалось обнаружить узел f8ef1fdc-9291-4c62-87a5-271a62179f 33._msdcs.base.gpgrkirov.ru. Проверьте имя узла и повторите попытку. C:\Windows\system32>nslookup GNS-SRV-DC2.base.gpgrkirov.ru ╤хЁтхЁ: gns-srv-dc2.base.gpgkirov.ru Address: 10.43.101.241 ╚ь : GNS-SRV-DC2.base.gpgrkirov.ru Address: 10.43.101.241
У вас CNAME имеет не то значение, которое проверялось второй командой - буква "r" отсутствует.
Уточните, с какого и на какое имя вы переименовывали сервер и есть ли у вас зона gpgkirov.ru
Слава России!
- Помечено в качестве ответа pawellrus 17 сентября 2015 г. 12:48
16 сентября 2015 г. 15:52 -
Офигеть. Вот как полезен незамыленный взгляд со стороны. Конечно такой зоны нет. Видимо, ошибся при первоначальном переименовании. Даже в имени компьютера в свойствах FQDN прописан без буквы "r", в то время, как домен правильный.
Полагаю, повторная процедура переименования решит проблему?
16 сентября 2015 г. 16:20 -
Скорее всего, решит.
Слава России!
16 сентября 2015 г. 16:58 -
И правда помогло. Спасибо за наблюдательность.17 сентября 2015 г. 12:47