Не могу разобраться с диагностикой netdiag.

[testik777]

На виртуальной машине стоит контроллер домена + шлюз. Виртуалка смотрит одним концом в реальную локалкальную сеть, а другим в виртуальную локальную сеть. Виртуальный домен вроде нормально работает, но netdiag выдает непонятную мне ошибку:

DNS test . . . . . . . . . . . . . : Failed

[WARNING] The DNS entries for this DC are not registered correctly on DNS server '192.168.174.1'. Please wait for 30 minutes for DNS server replication.

[FATAL] No DNS servers have the DNS records for this DC registered.

Полный net diag вкладываю.

[Oleg Krylov]

1. Разрешить динамическое обновление DNS

2. Выполнить netdiag /fix (netdiag входит в Support Tools) с контроллера домена

[testik777]

Спасибо, ошибка ушла.

После netdiag /fix появились папки DomainDNSZone и ForestDNSZone в прямой зоне. Нужны ли они, если у меня всего один домен. Т.к. если я их оставляю, у меня новая рабочая станция подключившись к домену, при первой загрузке, на этапе ввода пароля начинает искать нужный домен в списке доменов, и этот процесс бесконечен по времени. В них нужно что-то прописать или же вообще удалить, чтобы рабочая станция думала, что существует только один домен? (я их в прошлий раз удалял, тогда раб. станция нормально входила в домен, но возможно именно тогда появилась ошибка из первого поста.)

[Oleg Krylov]

Обязательно нужны. Домен не может быть без леса

А ищет долго потому что SRV-записей не было. Теперь есть.



Как говорится не уверен - не удаляй

[testik777]

А где они (SRV-записи) добавляются в этот момент?

[testik777]

Примерно так должно выглядеть дерево DNS. Сервисные записи в зоне msdcs. А команда netdiag /fix вносит все необходимые для работы записи. Если у Вас при ее выполнении не было пунктов Failed, то все записи теперь есть.

[testik777]

В принципе все так, за исключением того, что там еще данные для настройки шлюза присутствуют. Косяк с задержкой из-за "создание списка доменов" при первом входе машины в домен сохранился (я это проверяю выводя и вводя одну и туже раб станцию в домен ). (Примечание:Netgiag /fix делал после вашего первого поста.)

А может задержка из-за "создание списка доменов" быть связана с ошибкой в dns-е, когда DC является шлюзом. Мои настройки DNS прикреплены.

В dns присутствует две А-записи о шлюзе, которые имеют одно имя, разные IP. Когда я пытаюсь изменить это противоречие и подставить другое имя для внешнего IP (192.168.10.17), он все равно восстанавливает ту А-запись, а также и NS-запись (testserv 192.168.10.17). Это возможно исправить и ошибка ли это?



PS: Забыл упомянуть, что на сервере поднят еще DHCP и адрес выдается данной рабочей станции из списка зарезервированных адресов. На сервере IP-настройки статические. Но я не думаю, что это имеет какое-то отношение к данному вопросу .

Вложения

[Расширение jpg было запрещено, вложение больше недоступно.]

[Oleg Krylov]

1. В свойствах сервера DNS нужно выставить интерфейс, на котором прослушиваются запросы. Там наверняка стоит All Unassigned, нужно выбрать внутренний.

2. Удалить A-запись внешней подсети.

3. Перезапустить службу DNS

4. После входа клиентской машины в домен вполнить

PHP код:

Код: Выделить всё

nltest  /dsgetdc: 

И покажите ipconfig /all с клиента и с сервера

[testik777]

1. IP в настройках DNS сервера были указаны 192.168.174.1 192.168.10.17, оставил только внутренний (192.168.174.1). Елси есть возможность, напишите в чем здесь ошибка.

2. Удалил.

3. Перезапустил.

4. Результат теста с рабочей станции: DC: \\testserv.testdk-s.local

Address: \\192.168.174.1

Dom Guid: 3bace657-55dc-4457-9302-fa69e7b0d9e8

Dom Name: testdk-s.local

Forest Name: testdk-s.local

Dc Site Name: Default-First-Site-Name

Our Site Name: Default-First-Site-Name

Flags: PDC GC DS LDAP KDC TIMESERV GTIMESERV WRITABLE DNS_DC DNS_DOMAIN DNS_FOREST CLOSE_SITE

The command completed successfully

5. IPconfig вкладываю.

Ошибка для вновь введенной в домен машины сохранилась.