Некоторые клиенты DHCP заканчиваются с неправильным сервером DNS
Я был представлен Capturix ScanShare в прежнем задании и найден этим, он работал хорошо. Это позволяет Вам совместно использовать сканер USB, подключенный к одиночному компьютеру со всеми пользователями в сети. ScanShare устанавливает мини-веб-сервер на ПК, и пользователи соединяются с тем веб-сервером для сканирования их документов. Это избавляет от необходимости устанавливать клиентское программное обеспечение или драйверы на любом ПК, но том с присоединенным сканером. Драйверами ScanShare является совместимый TWAIN, таким образом, они должны работать с фактически любым сканером USB.
Я выполнил бы пакетный дамп на нескольких из этих полей, пока этого не происходит. Посмотрите, можно ли найти что-нибудь сетью связанный. Возможно, Вы будете видеть некоторые пакеты, которые дают Вам общее представление если не то, чтобы.
Может групповая политика в Windows устанавливать сервер DNS. Возможно, так или иначе был странный GP, примененный на домен?
Обновление:
Я никогда не делал этого, но так как кажется, что Вы становитесь немного отчаянными, что относительно того, чтобы сдуть текущую базу данных DHCP. В этих инструкциях говорится, как создать резервную копию mdb файла, поэтому возможно, переместив его, somehwere еще сделает его так, DHCP создает новый после перезапуска. Это могло бы решить проблему...
Вещь, которая не танцует джайв в моем уме, :-), состоит в том, почему клиенты получили бы новую информацию, если их арендный договор еще не истек, и они не перезагрузили... это, что происходит?
-
1Нет никакой групповой политики, влияющей на настройки DNS. Я протестировал с моделированием GP и gpresult, ища настройки под шаблонами/сетью компьютера/администратора. (Хотя принуждение корректного сервера через GP могло бы работать временным решением, таким образом, +1 для этого), – Nic 27 February 2010 в 20:51
-
2(Ре: обновление) Да, это абсолютно, что происходит. Настройки DNS изменяются задолго до того, как арендный договор DHCP должен когда-либо истекать, даже несколько раз в день. Я являюсь отчаянным теперь, таким образом, I' ll пытаются сдуть базу данных DHCP сегодня вечером. – Nic 4 March 2010 в 03:36
-
3Принятый это как мой ответ, потому что это обеспечило вероятное обходное решение и хорошие предложения отладки. Моя проблема все еще не разрешена, но вопрос о щедрости вызвать, автопринимают. – Nic 7 March 2010 в 03:42
Проверьте свой маршрутизатор, чтобы удостовериться, что он не обеспечивает вида сервиса DHCP. Если Вы telnet в маршрутизатор и это имеет строки в конфигурации, которые запускаются с "IP dhcp", то он обеспечивает своего рода ответ DHCP.
-
1Я действительно тестировал это. С DHCP, отключенным на сервере, я не могу получить арендный договор о любых клиентах. – Nic 27 February 2010 в 02:16
-
2Если маршрутизатор будет вне адресов, то он будет вести себя это слишком, необходимо войти в маршрутизатор и проверить it' s конфигурация DHCP. It' s, вероятно, включенный. – Chris S 1 March 2010 в 04:23
-
3Я нашел только одну строку, соответствующую Вашим критериям: " IP dhcp исключил адресный 10.10.10.1". этого достаточно для порождения проблем? – Nic 1 March 2010 в 08:51
Клиенты изменятся от Основного до Вторичного DNS, если основной DNS не ответит своевременно, и они не переключатся назад, пока арендный договор не возобновляется. Я думаю, что DNS просто перестанет работать, если вторичное устройство не ответит, т.е. Я не думаю, что они затем переключаются на Шлюз, но это возможно. Это могло быть протестировано довольно легко.
Опции, о которых я могу думать:
- Объем на самом деле имеет неправильный IP как опцию DNS. Повредите объем DHCP, удалите и воссоздайте или отправьте снимок экрана или экспорт опций объема DHCP.
- Существует другое выполнение сервера DHCP. Ipconfig / все списки IP сервера DHCP, клиент получил арендный договор из и метку времени, когда он был получен.
- На клиентах в соответствии со Статическими или Альтернативными конфигурациями существует установка сервера (серверов) DNS.
- Клиенты изменяются между проводным и беспроводным и получают другой арендный договор о беспроводной сети.
Если IPConfig показывает перечисленный сервер DNS, и IP сервера DHCP также как ожидалось затем, что-то на том IP выделяет плохие/неожиданные арендные договоры.
Как предложенный Kyle, wireshark/netmon на сервере подтвердит, прибывает ли арендный договор на самом деле из того сервера с плохой информацией.
-
1Все хорошие идеи. Отправленный снимок экрана объема DHCP и ipconfig на здоровом хосте. Никакой статический DNS не устанавливает на клиентах (если было, восстанавливая wouldn' t решают проблему). Проблема влияла на настольные клиенты без беспроводной связи. – Nic 27 February 2010 в 20:40
-
2Все нормальные взгляды, как Вы сказали. Я также подтвердил бы ipconfig, когда сервер DNS является неправильным. IP v6 работает на клиентах? Я отключил бы/удалил бы раз так. Для тестирования я добавил бы, что 2-й сервер DNS к DHCP определяет объем и видит, начинают ли клиенты использовать это. Раз так затем ответ DNS с сервера не последователен, и возможно клиенты вращаются прочь DNS к Шлюзу. – Ed Fries 28 February 2010 в 02:21
-
3Хорошие снимки экрана, интересные видеть, что происходит после того, как Вы удалите объем DHCP и воссоздадите его. С тех пор it' s происходящий на всех машинах это кажется наиболее вероятным это it' s или сервер/объем выходят или сетевой. Трудно для воображения то, что сетевая проблема была бы этим wouldn' t также вызывают другие проблемы. – Ed Fries 5 March 2010 в 23:58
Я уверен, что Вы уже проверили это, но если не - проверяют глобальные опции. Сервер DNS мог бы быть установлен неправильно там, и по некоторой неизвестной причине переопределить некоторые Ваши клиенты.
-
1Я полагаю, что опции объема наследовались параметрам сервера, так, чтобы снимок экрана имел все там. (И я проверил для проверки - ничто wonky в глобальных опциях), – Nic 1 March 2010 в 22:32
Возможно, это - Протокол маршрутной информации (RIP), Протокол маршрутизации внутреннего шлюза (IGRP) или Расширенный протокол маршрутизации внутреннего шлюза (EIGRP) (зависящий, что протокол маршрутизации Ваше использование маршрутизатора), который говорит Вашим клиентам "Эй здесь, что я - краткий маршрут не, что сервер DNS он sux" следовательно, почему Ваши клиенты переключаются на Шлюз Маршрутизаторов для получения их DNS! Я мог быть неправ в своем понимании Протоколов маршрутизации, но это - моя ценность за 2 цента!
Я знаю, что это старый пост, но я подумал, что пришлю обновление, так как это только что произошло с нашей последней миграцией на 2012 год. Основная причина заключалась в том, что мы импортировали базу данных dhcp со старого сервера 2003 года. Сначала все было хорошо, но как только нам потребовалось изменить область действия, особенно для параметра DNS, клиенты начали испытывать описанную проблему. Изначально у них будет правильная настройка DNS, но они внезапно вернутся к старым настройкам DNS. Обновление или перезагрузка всегда решают проблему, но только временно.
Надеюсь, это поможет
Основная причина заключалась в том, что мы импортировали базу данных dhcp со старого сервера 2003 года. Сначала все было хорошо, но как только нам потребовалось изменить область действия, особенно для параметра DNS, у клиентов возникла описанная проблема. Первоначально у них будет правильная настройка DNS, но они внезапно вернутся к старым настройкам DNS. Обновление или перезагрузка всегда решают проблему, но только временно.Надеюсь, это поможет
Основная причина заключалась в том, что мы импортировали базу данных dhcp со старого сервера 2003 года. Сначала все было хорошо, но как только нам потребовалось изменить область действия, особенно для параметра DNS, клиенты начали испытывать описанную проблему. Первоначально у них будет правильная настройка DNS, но они внезапно вернутся к старым настройкам DNS. Обновление или перезагрузка всегда решают проблему, но только временно.Надеюсь, это поможет
Я знаю, что это старый поток, но у меня возникла та же проблема, и, возможно, это может повлиять на кого-то другого.
В моей рабочей сети у нас была служба, включающая модем, который провайдер, используемый для подключения к предоставленному ими оборудованию. В то время я не знал, но похоже, что этот модем также был маршрутизатором с включенным DHCP и начал вызывать ту же проблему.
Произошло то, что после того, как клиент отправил запрос DHCP, и главный сервер, и этот роутер ответил. Клиент получил IP от главного сервера, а DNS от маршрутизатора, что вызвало конфликт. После отключения модема / ротора службы были нормализованы.