Это моя среда:
Подсеть 192.168.1.x / 24 подключена к подсети 192.168.2.x / 24, и контроллеры домена правильно реплицируют информацию.
У меня также есть третья подсеть 192.168.3.x / 24, подключенная к 192.168.2.x, но не к 192.168.1.x.
Проблема:
Более того, если я запускаю «nlstest /dsgetdc:mydomain.local» на том же клиенте, я получаю: «Не удалось получить имя контроллера домена: Status = 1355 0x54b ERROR_NO_SUCH_DOMAIN»
Вы можете предложить мне возможные способы устранения неполадок? Скажите, пожалуйста, если я не объяснил ясно.
Заранее спасибо,
Федерико
Я просто хочу добавить, что у меня была такая же ошибка, но основная причина была другой, и, возможно, это поможет кому-то другому.
У меня была более простая сеть 10.15.10.x с одним DC. Был Sonicwall, действующий как DHCP. Адреса DNS, которые он раздал, были в порядке 75.75.75.75, 75.75.76.76, 10.15.10.5.
Мне просто нужно было сначала убедиться, что 10.15.10.5 указан первым, а затем обновить ip на моем клиентском компьютере, и он смог присоединиться к домену и увидеть DC в порядке.
Всем спасибо за ответы, DNS был настроен правильно.
Я запустил команды netdiag и net share на контроллере домена и обнаружил, что общие ресурсы NETLOGON и SYSVOL недоступны.
Я подписался на эту статью (http://www.careexchange.in/sysvol-and-netlogon-share-is-missing-in-newly-built-domain-controllers-2008r22012r2/), чтобы воссоздать их, и теперь клиенты из всех подсетей могут присоединиться к домену.
Еще раз спасибо, Федерико
Можете ли вы проверить настройки DNS клиента в подсети 192.168.3.0/24 и сравнить с настройками клиента в подсети 192.168.2.0 или 192.168.1.0? они одинаковы? если нет, попробуйте изменить настройки DNS клиента в подсети 192.168.3.0/24, чтобы они соответствовали настройкам клиента в подсети 192.168.1.0 или 192.168.2.0.
Если клиент использует DNS-сервер, на котором не размещена зона DNS для вашего домена, это объяснит проблему.
Также была ли добавлена подсеть 192.168.3.0/24 к сайтам и службам AD?