AD Динамические обновления DNS не запускаются на клиентах

Проблема

Недавно компьютеры в нашей организации переместились в новый домен AD в связи с слиянием. У нас возникают проблемы с тем, чтобы клиенты динамически регистрировали свои записи DNS в нашей интегрированной в AD DNS.

Когда регистрация запускается вручную на клиенте (ipconfig / registerdns), все работает нормально. Вы можете увидеть, как происходит процесс регистрации в wirehark, как описано здесь: https://technet.microsoft. com / en-us / library / cc771255.aspx

Однако только около 50% клиентов, похоже, делают это сами. С другой стороны, похоже, что этот процесс не запускается. Несмотря на то, что события, упомянутые в вышеупомянутой статье (например, при запуске), должны заставить клиента зарегистрировать свою A-запись на DNS-сервере.

У меня tcpdump постоянно захватывает трафик от группы рабочих столов, на которых возникает эта проблема. В этих дампах я не могу найти никаких попыток регистрации для затронутых компьютеров.

Некоторые замечания о нашей среде

• Клиенты получают свои DHCP-адреса от двух DHCP-серверов в старом домене.
• DNS-серверы, которые клиенты должны использовать (опция 006), также являются старыми контроллерами домена. Но DNS-запросы для нового домена пересылаются на новый DC с использованием условной пересылки.
• Для нового домена обновления разрешены. (Только безопасный)
• Суффикс соединения, предоставляемый DHCP (опция 015), по-прежнему является старым доменом. Но у нас есть список суффиксов, развернутых через объект групповой политики, с новым суффиксом домена первым в списке.
• В новом домене AD есть три контроллера домена, два из которых также являются DNS-серверами.

Мы кое-что пробовали

] Для одной из областей DHCP мы устанавливаем суффикс подключения для нового домена, а DNS-серверы - для новых контроллеров домена. Похоже, это не имеет значения.

Кажется, это интересный пост по теме: http://blogs.msmvps.com/acefekay/2012/11/19/ad-dynamic-dns- обновления-регистрация-правила-взаимодействия / Но у нас есть список суффиксов, развернутых через объект групповой политики, с новым суффиксом домена первым в списке.

Мы кое-что пробовали

] Для одной из областей DHCP мы устанавливаем суффикс подключения для нового домена, а DNS-серверы - для новых контроллеров домена. Похоже, это не имеет значения.

Кажется, это интересный пост по теме: http://blogs.msmvps.com/acefekay/2012/11/19/ad-dynamic-dns- обновления-регистрация-правила-взаимодействия / Но у нас есть список суффиксов, развернутых через объект групповой политики, с новым суффиксом домена первым в списке.

Мы кое-что пробовали

] Для одной из областей DHCP мы устанавливаем суффикс подключения для нового домена, а DNS-серверы - для новых контроллеров домена. Похоже, это не имеет значения.

Кажется, это интересный пост по теме: http://blogs.msmvps.com/acefekay/2012/11/19/ad-dynamic-dns- обновления-регистрация-правила-взаимодействия /

Что-то, что мы пробовали

Для одной из областей DHCP мы установили суффикс подключения для нового домена, а DNS-серверы - для новых контроллеров домена. Похоже, это не имеет значения.

Кажется, это интересный пост по теме: http://blogs.msmvps.com/acefekay/2012/11/19/ad-dynamic-dns- обновления-регистрация-правила-взаимодействия /

Что-то, что мы пробовали

Для одной из областей DHCP мы установили суффикс подключения для нового домена, а DNS-серверы - для новых контроллеров домена. Похоже, это не имеет значения.

Кажется, это интересный пост по теме: http://blogs.msmvps.com/acefekay/2012/11/19/ad-dynamic-dns- обновления-регистрация-правила-взаимодействия / Но большая часть упомянутого там по порядку. За исключением того факта, что IPv6 отключен на новых контроллерах домена.

Дополнительная информация в ответе на ответ Craig620

• DNS-серверы работают под управлением Windows Server 2012 R2, все клиенты - Windows 7, DHCP-серверы - серверы. 2008 R2.
• Все клиенты присоединены к одному домену (новый домен после слияния), проблемы возникают только в этом домене.
• Нет клиентов со статическими IP-адресами.
• Мы не в процесс перемещения клиентов со старого домена на новый. Мы сделали это с некоторыми клиентами, но компьютеры, на которых возникли проблемы, не переехали. Они были развернуты с использованием SCCM в новом домене.
• Я не могу найти существенных различий между 50%, у которых есть проблемы, и другими системами. Например: Некоторые компьютеры в одном классе имеют проблемы, другие - нет. Как правило, они используют одно и то же программное обеспечение, обновления и т. Д. И подключены к одной и той же части сети. Такое же оборудование тоже. Разница, которую я могу придумать, заключается в том, что они пытаются связаться с другим контроллером домена, но я не вижу никаких попыток сделать это.
• Проблема продолжается уже несколько недель, поэтому у компьютеров должно быть достаточно времени, чтобы регистрируются сами.
• Похоже, что клиенты не запрашивают SOA зоны. Имена зон для старого и нового домена не похожи. (например, green.local для старого домена и int.blue.com для нового)
• У меня есть объект групповой политики для списка поиска суффиксов DNS. Это список, содержащий в первую очередь новый AD-домен, за которым следуют унаследованные домены различных объединяющихся организаций. Это единственный объект групповой политики, связанный с DNS. Но я проверю это более тщательно.