Назад | Перейти на главную страницу

Как убедиться, что DNS-клиент рядового сервера (dnscache) не инициализируется до запуска его контроллера домена hyper-v?

У меня ноутбук настроен следующим образом:

  1. Ноутбук - это рядовой сервер Server 2008 R2 с Hyper-V, подключенный к Интернету через беспроводной адаптер.
  2. Одна виртуальная машина - это Server Core 2008 R2, настроенная для работы в качестве контроллера домена и DNS-сервера; у него есть одна виртуальная сетевая карта, которая является внутренней для машины
  3. Хост-ноутбук является членом этого домена
  4. Несколько виртуальных машин под управлением Windows XP для тестирования различных версий веб-браузеров; каждая машина настроена с двумя виртуальными сетевыми адаптерами: одна для изолированного домена, а другая для мостового подключения к Интернету. на следующий сайт.

Все работает хорошо, за исключением того, что время от времени при загрузке я не могу заставить DNS разрешить (т.е. появляется хост, появляется контроллер домена, я могу пинговать IP-адрес на виртуальный контроллер домена с хоста, но я не могу пинговать домен через доменное имя).

Я пробовал следующее:

  1. Отключите и снова включите сетевые адаптеры, мосты и т. Д.
  2. Различные команды, включая "ipconfig / flushdns"
  3. Комбинации 1 и 2
  4. Введите имя домена в файл hosts (который не работает из-за повышенной безопасности Win2k8 R2 принудительного разрешения домена в dns)
  5. После перезагрузки перезапустите службу dnscache.

Решение № 5 было достаточно успешным; однако он тоже начал давать сбои. Часто одна перезагрузка с последующим перезапуском службы dnscache снова заставляет мое разрешение DNS снова работать (то есть я могу пинговать свое доменное имя).

Любая помощь приветствуется; решение сократит мою ежедневную рутину запуска на ~ 15 минут.

Думаю, я нашел это. я добавлена ​​зависимость для службы dnscache в службу Hyper-V (vmms) через реестр.

Работает на 1 перезагрузке. Подожду пару дней, прежде чем называть это успешным.

Обновить

Работает как чемпион. Время запуска даже намного быстрее (я думаю, поскольку время загрузки AD не истекает).

Обновление 2

Время от времени это снова начало повторять то же поведение. Я добавил две другие службы Hyper-V (vhdsvc и nvspwmi) в качестве зависимостей, и я снова вернулся на правильный путь.

Обновление 3

Ах! Все еще шелушится. Я только что добавил для службы зависимость, запускаемую как «автоматический (с задержкой)»: wuauserv (Центр обновления Windows). Вроде работает уже 3 дня.

Ваша ОС хоста звучит так, как будто у нее есть два сетевых адаптера с заполненным DNS. Когда он не может разговаривать с гостевым DNS-сервером для разрешения, он перейдет к следующему DNS-серверу в своем списке и останется с ним до перезагрузки или перезапуска службы, когда вы 'видел. Готов поспорить, что "следующий DNS-сервер" - это DHCP, назначенный вашему Wi-Fi. Он больше не разрешает ваш внутренний AD, потому что он больше не использует разрешение вашего внутреннего DNS-сервера, а ваш внешний DNS теперь не касается ваших внутренних хостов.

Вы можете попробовать статическое назначение DNS на обоих адаптерах серверу AD DNS. Таким образом, когда ваш DNS-сервер невозможно разрешить, он не переключается на внешний DNS-сервер.

Лучший вариант: я бы предпочел сделать свой хост Hyper-V также DC и DNS-сервером, которые все три роли отлично работают вместе. Тогда ваш DC / DNS всегда работает первым.

Поскольку контроллер домена зависит от загружаемого ноутбука и запущенного на нем Hyper-V, я не понимаю, как вы можете изящно решить эту проблему.

Одна вещь, которую вы могли бы попробовать, - установить для службы клиента DNS значение Автоматический (отложенный запуск), предполагая, что Hyper-V работает как служба и настроен на автоматический запуск. Это может дать контроллеру домена время для загрузки до запуска DNS-клиента на портативном компьютере. Я не уверен, что это сработает.