Как устранить неполадки DNS-сервера в Azure, не обрабатывающего обновления?
У меня есть виртуальная сеть в Azure без облачной службы, и я пытаюсь создать DNS на первом узле, как рекомендуется в этой статье:
Настройка DNS в виртуальной сети Azure
DNS-сервер работает. Клиенты могут искать имя DNS-сервера (единственная запись A), а DNS-сервер перенаправляет неавторизованные домены на другие серверы. Зоны прямого и обратного просмотра работают.
Однако DNS-сервер не создает записи для клиентов, поэтому клиенты не могут ссылаться друг на друга по имени. Я пытался:
- Проверка того, что зона прямого просмотра DNS-сервера принимает небезопасные динамические обновления.
- Настройка агрессивной (почасовой) уборки мусора.
- Проверка того, что клиенты и сервер домена настроены на DNS-суффикс.local.
- Проверка того, что настройки DNS IpV4 клиентов настроены для регистрации в DNS и использования суффикса этого компьютера.
- Много набираю ipconfig /flushdns и /registerdns.
- Настройка 10.0.0.4 в качестве DNS-сервера в конфигурации Azure
- Проверка того, что первый узел /DNS-сервер 10.0.0.4
- Проверка того, что клиенты могут общаться друг с другом через IP (они могут общаться с сервером имен по имени и IP)
- Я не настроил конечную точку для DNS-сервера, полагая, что она должна быть достигнута только в виртуальной локальной сети.
- Я включил ведение журнала пакетов.
Я думаю, есть что-то очевидное, что я делаю не так?
Если это помогает, когда я делаю ipconfig /registerdns от одного из клиентов (ptcunivtqa1.local), я получаю следующие две строки в файле журнала пакетов DNS-сервера:
3/9/2013 8:50:50 PM 04F4 PACKET 0000000002229BA0 UDP Rcv 10.0.0.5 06a0 Q [0001 D NOERROR] SOA (11)PTCUnivTQA1(5)local(0)
3/9/2013 8:50:50 PM 04F4 PACKET 0000000002229BA0 UDP Snd 10.0.0.5 06a0 R Q [8385 A DR NXDOMAIN] SOA (11)PTCUnivTQA1(5)local(0)
1 ответ
У меня есть ответ.
DNS-серверу не нравилось иметь локальный или любой корневой домен без точки. Я переключил его на ptcu.local, и он работал.
->Adam