Приветствую всех, коллеги!
У меня 500+ юзеров в сети, получают адреса по DHCP, использую dhcpd, тот, что поставляется со Slackware.
Адреса всем выдаются статические, привязанные к макам. (fixed-address xxx.xxx.xxx.xxx;)
Собрал новый сервер, поставил на него систему, все настроено правильно.
Естественно, настройки dhcpd и сетевых интерфейсов на старом и новом серверах идентичны.
После замены старого сервера на новый юзеры почему-то перестали получать по DHCP адреса.
Такое впечатление, что клиенты не желают получать адреса от нового сервера. Лог пестрит сообщениями, например:
DHCPDISCOVER from 00:11:22:33:44:55 via eth0
DHCPOFFER on 10.1.2.3 to 00:11:22:33:44:55 via eth0
DHCPDISCOVER from 00:11:22:33:44:55 via eth0
DHCPOFFER on 10.1.2.3 to 00:11:22:33:44:55 via eth0
Ну и так много раз.
Почему-то следующего запроса - DHCPREQUEST - от юзеров не поступает. Они, как заведенные, повторяют свои DHCPDISCOVER, а сервер им опять DHCPOFFER.
Беру, ставлю старый сервер, и все нормально начинает работать!
Я так понял, что юзерские системы запомнили идентификатор старого сервера и игнорируют в этом случае новый. Подскажите, где грабли, как можно заменить этот идентификатор, и прикинуться старым сервером? Я заменить сервер не могу, а надо. А если заменю, сеть ведь ляжет неизвестно на сколько, и 500 юзерам объяснить, что сделать, это же кошмар, наша девушка на телефоне с ума сойдет!
Заранее всем спасибо!
А что имеется в виду "идентификатор старого сервера". Какая у вас там идентификация(?) настроена??
>А что имеется в виду "идентификатор старого сервера". Какая у вас там
>идентификация(?) настроена??Да в том-то и дело, что никак она не настраивается.
По описанию протокола обмена, после DHCPDICSOVER сервер должен дать DHCPOFFER, в котором, в т.ч. указывается некий идентификатор сервера (что это такое, мне непонятно),на тот случай, если их в сети несколько. Но в моем случае он один. Так вот, клиент, получив DHCPOFFER, на основании этого самого идентификатора, принимает решение, брать предложенное, или забить болт на предложение. Если он принимает предложение сервера, после получения от него DHCPOFFER он посылает DHCPREQUEST того адреса, что был предложен, а сервер в свою очередь дает DHCPACK, в котором передает адрес и прочие настройки. Так вот, юзеры-то работали, и в течение длительного времени получали адреса от одного сервера. Потом, я поставил другой сервер, система почти та же, но версия повыше и архитектура другая. И по всей видимости, юзерские компьютеры в DHCPOFFER усмотрели для себя что-то неприемлемое, и стали забивать на предложенные адреса. Вот я и хочу узнать, что можно сделать, чтобы прикинуться тем же сервером... MAC адрес сетевушки, на которой DHCP работает, я поменял, поставил такой же, какой был на старой. Не помогло.
>Почему-то следующего запроса - DHCPREQUEST - от юзеров не поступает. Они, как
>заведенные, повторяют свои DHCPDISCOVER, а сервер им опять DHCPOFFER.
>Беру, ставлю старый сервер, и все нормально начинает работать!Знакомая ситуация :)
1. Вы наверное используете Вланы? Проверьте сетевуху на предмет поддержки Вланов.
2. Замените сетевуху/сетевухи.
3. Проверьте firewall.
4. Пропишите корректно обратные зоны у интерфейсов dhcp-сервера.
>Знакомая ситуация :)
>
>1. Вы наверное используете Вланы? Проверьте сетевуху на предмет поддержки Вланов.
>2. Замените сетевуху/сетевухи.
>3. Проверьте firewall.
>4. Пропишите корректно обратные зоны у интерфейсов dhcp-сервера.Значит, опишу ситуацию точнее. Поставил новую машину гораздо мощнее первой. На старой машине Slackware 9.1, на новой машине 64-битный клон Slackware 11 (Slamd64 11). И в старой и в новой системе dhcpd тот, что из поставки, сам не собирал. На старой машине сетевушка 3Com 3C2000T (Marvell chipset) PCI, на новой - Marverll PCIE (88E8056). Версии dhcpd на старой v3.0pl2, на новой v3.0.4. Настройки сети, кол-во интерфейсов и прочее подобное - идентично. В последнем варианте я даже MAC-адрес на новой сетевушке поставил такой же, как у старой, чтоб совсем одинаковым казаться. Работает все, кроме DHCP. Т.е. - все юзеры, что получают адреса от DHCP, отваливаются примерно через час после замены сервера. Почему они игнорируют DHCPOFFER от новой машины, ума не приложу. Ну не может же он работать по-другому только потому, что сменилась архитектура с i386 на x86-64 (EM64T)?
>Почему
>они игнорируют DHCPOFFER от новой машины, ума не приложу. Ну не
>может же он работать по-другому только потому, что сменилась архитектура с
>i386 на x86-64 (EM64T)?Это проблема сети.
Замените сетевуху и проверьте настройки firewall'a.
Можно еще запустить tcpdump для проверки.
>>Ну не
>>может же он работать по-другому только потому, что сменилась архитектура с
>>i386 на x86-64 (EM64T)?
>
>Это проблема сети.
>Замените сетевуху и проверьте настройки firewall'a.
>Можно еще запустить tcpdump для проверки.Менял сетевушку, та же история... Менял параметры драйвера, менял сам драйвер (для Marvell есть несколько разных драйверов). Самое интересное, только я переключаю кабель в из старого в новый компьютер, все тут же перестает работать... Перегружал свитч в корне сети... Сейчас попробую найти ту же версию сервера, соберу, поставлю.
>Менял сетевушку, та же история... Менял параметры драйвера, менял сам драйвер (для
>Marvell есть несколько разных драйверов). Самое интересное, только я переключаю кабель
>в из старого в новый компьютер, все тут же перестает работать...
>Перегружал свитч в корне сети... Сейчас попробую найти ту же версию
>сервера, соберу, поставлю.Собрал и поставил старую версию 3.0pl2, сразу все заработало... Ничего не понимаю...
>Собрал и поставил старую версию 3.0pl2, сразу все заработало... Ничего не понимаю...
>А DHCP 3.1.0a3 пробовали?
>
>>Собрал и поставил старую версию 3.0pl2, сразу все заработало... Ничего не понимаю...
>>
>
>А DHCP 3.1.0a3 пробовали?
Нет, не пробовал. Дело в том, что времени очень мало на эксперименты, юзеры злые через 2 минуты после пропадания связи начинают долбить телефон... Поэтому, остановился на рабочем варианте. Но вот почему такая ерунда, совершенно не понимаю. А это плохо.
>>
>>>Собрал и поставил старую версию 3.0pl2, сразу все заработало... Ничего не понимаю...
>>>
>>
>>А DHCP 3.1.0a3 пробовали?
>Нет, не пробовал. Дело в том, что времени очень мало на эксперименты,
>юзеры злые через 2 минуты после пропадания связи начинают долбить телефон...
>Поэтому, остановился на рабочем варианте. Но вот почему такая ерунда, совершенно
>не понимаю. А это плохо.
Да, кстати, выяснил еще вот что: помимо версии сервера, надо еще старый MAC-адрес оставить... Иначе - игнорируют. Может, кто знает, почему так?
>Да, кстати, выяснил еще вот что: помимо версии сервера, надо еще старый
>MAC-адрес оставить... Иначе - игнорируют. Может, кто знает, почему так?Где-то arp записи кешируются.
Свитчи не глючат?
>>>
>>>>Собрал и поставил старую версию 3.0pl2, сразу все заработало... Ничего не понимаю...Была такая фигня с 3.0.5rc2 версией, после апдейта до релиза всё встало на свои места