DHCP server иногда выдает старое.
 

Некоторое время сменил опции DNS на рабочей скопе рабочих станций (поменялись dns сервера)
Все бы ничего, но иногда юзеры получают старые данные, с неверными dns, и как следствие глюки.
Спасает простое но есть ощущение что не надолго... по крайней мере на одной станции пару раз пришлось сделать за месяц.
dhcp сервер в сети один на 2008r2

Где копать?

я бы начала со времени аренды. может там годы.

второе - GP. не перевелись ещё умельцы раздавать параметры через ГП или стартап-скрипты.

cameron, так то да, аренда 30 дней.... ))
и что...всем станциям принудительно сделать renew недожидаясь пока у них срок аренды истечет?...я считал это лишним...

и всеже... почему несколько раз приходилось делать renew (

ГП и скрипты конечно не используются для этих целей.

а на будущее измените время аренды на один час.
коллег (бывших/текущих) нет?

cameron, зачем 1 час? если текучка маленькая.

чтобы настройки менять побыстрее ;)

А если серьёзно?

вот и я о том же...

я совершенно серьёзна.
зачем вам 30 дней?

Я у себя не менял умолчальные 7 суток (помнится, что семь).

При загрузке машина делает рассылку широковещательным запросом, DHCP ей отвечает и выдаёт адрес и параметры области, в том числе адреса DNS-контроллеров, так? При нужде на клиенте делается /renew. Мне хватает.

С другой стороны, чисто умозрительно, я понимаю, что есть машины, работющие круглосуточно, пользователи, не выключающие машины месяцами, может быть — плавная балансировка нагрузки в реальном времени и прочее, и прочее… Просто сам я с подобным обычно не сталкиваюсь и буду благодарен, если Вы опишете какие-либо сценарии, с которыми Вы работали/работаете (или же просто знакомы на основе теории или опыта), которые требуют столь короткого времени обновления аренды адреса.

у меня DHCP раздаёт ещё маршруты и WPAD.
да и он ещё много чего может раздавать.
соот-но замена маршрута, метрики, записи - не больше чем час, а в реалиях dhcp клиент делает запрос через "время аренды /2".
лично я просто не вижу смысла писать скрипты для /renew, когда есть штатный функционал и гибкий метод, который 100% сработает.
таким образом у меня любое изменение DHCP клиенты гарантированно узнают за t<=60 минут. а у вас?

Уважаемые, я рад за ваши стройные объяснения, но что делать с моей бедой?

Проблемы на машинах, которые 100% отключают на выходные..уж точно. Проблема не массовая, единичная, но не прикалывает.


с Наступающим!

искать то, что у вас меняет адреса.

cameron, ну ничего кроме dhcp адреса у меня не выдает...

может сделать одноразовый запуск ipconfig /renew в логон скрипте?....

или так

невероятно.
может.

cameron, спасибо, ясно. Буду иметь в виду на будущее.

У меня просто не возникало пока таковой потребности. И устройств, на которых нельзя было бы удалённо выполнить ipconfig /renew (или тупо перезагрузить) — нет. Посему у меня — типично узнают после утреннего включения.

Вы логи DHCP на сервере и клиенте смотрели?

User001, нет, не смотрел. глану тутже когда ситуация повторится. Не совсем понятно, что там можно увидеть нехорошего... но гляну.

Проблема осталась((

cameron, честно, а что собственно можно увидеть в журналах... я не вижу ничего особенного. может гдето включить дополнительное протоколирование?
system32\dhcp смотрел.. там тоже ничего нет подозрительного.

а вот из нового, что подметил: Свежепринесенные в сеть компы получают сразу неправильные dns (старые). ipconfig /renew сразу лечит, как я выше писал.

Сделал на сервере
пересмотрел его весь, ничто не напоминает про старые dns. прописаны только новые. Уже бесит)

Опиум, если остановить текущий DHCP — кто-нибудь получит адрес? С какими настройками — старыми/новыми?

Что значит:
?

Iska, свежепринесенные, это значит ниразу не подключаемые ранее в данную сеть компы)

это оставил на десерт.
на выходных попробую загасить и дать renew на компе.

Ясно.

Без /renew. Выключить и включить машину.

Нашел станцию, на которой после renew через несколько минут возвращаются старые dns. Пока тупо наблюдаю за чудом... ибо нигде ничего странного не вижу.
загасил скопу на сервере. сделал renew на станции....и.... отвалился от сети. все путем, как и должно быть. НО ОТКУДФ старые dns!?((

это правильный DHCP?
тогда выключите службу group policy client и понаблюдайте.
или, что проще, получите правильные настройки, сделайте gpupdate /force и посмотрите что получилось.
ну и плюс наеврно всё же нужно уже наконец включить Microsoft-Windows-DHCP Client Events и начать смотреть туда.

да. естественно)

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



нет. никто не получает.

т.е. все намекает на то что ДНС назначаются политикой? это в какой такой ветке GPредактора?

что-то я сегодня устал:

Вернулся к решению проблемы. новости с полей: на компах с ХП (их пару есть) - все нормально. Глюк с появлением dns только на win7

p.s. естественно, с другими dhcp клиентами, типа принтерами, тоже все нормально.

Ну что дамы, господа, я кажется решил проблему. Ну и чтобы вас развлечь... угадайте где была засада.

Опиум, телепатия по отдельным расценкам идёт ;). Колитесь.

Iska, если бы был реально мой косяк, тогда бы я признался тут. но поскольку ситуация, а потом и причина меня выбесила, то я решил поиграть в "тепло-холодно-горячо"

Кто-то очень умный приносил домашний роутер\ноутбук и раздавал вайфай себе (или не только) на телефон?

Charg, холодно. из темы видно, что dhcp сервером всегда была одна машина 192.168.1.77

mwz, не играли, ибо я не знал ответа.

mwz, шутки в сторону. давайте порассуждаем. может ли dns назначаться не dhcp сервером, а group policy?

Из темы видно что один раз ты это попробовал и увидел единственный dhcp сервер. А т.к. проблема плавающая - это вообще не аргумент.
Внезапно, совет изучать GP был дан во первом же ответе в тему.

Charg, все замечательно вы пишите, но другого dhcp сервера в сети нет, ибо что на машинах с правильными днс, что с неправильными - один и тотже адрес dhcp сервера.
2. я перерыл всю gp. Посмотрел результрурующую политику на станцию - не нашел где заданы dns.
в Конфигурация компьютера/Административные шаблоны/Сеть/DNS-клиент - все дефолтно чисто.

ну так что, ответ то мы услышим?

На доменкотроллере (который в т.ч. правильный dns) был найден старый dhcp сервер, но СКОПА на нем была красненькая - деактивированная. В свойствах скопы были неправильные dns.
Из свойств ДЕАКТИВИРОВАННОЙ скопы были убраны неправильные записи и настало счастье.

также по ходу гугления.. было найдено про ХП следующее

Не скриптов, ни GP у меня не задействовано про dns.

Т.е. остались правильные — и когда они изменятся на основном сервере, то вновь наступит нещастя?

mwz, я не понял вашей мысли...я думал что отключенная скопа реально не работает, т.е. стоить погасить весь сервис на dc.5?
при отключении рабочей скопы на server.77 renew выдавало ошибку и адреса не выдавались кем бы то ни было.

Было:
renew закачивало правильные установки с dhcp server.77
неправильные dns возникали на клиентах через некоторое время с отключенной скопы dhcp, который расположен на dc.5 (он же правильный dns)

Вкратце:
1. Были проблемы с присвоением старых адресов вместо новых.
2. Причина оказалась в записях на отключённом сервере.
3. После удаления старых записей отключённого сервера проблемы пропали.

Вопрос 1: что логически вытекает из этого в случае, если какие-то ещё записи старого сервера, которые сейчас соответствуют новым, станут неактуальными?
Вопрос 2, главный: какого вообще хрена влияют записи отключённого сервера...