форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка

Вариант для распечатки		Пред. тема | След. тема
Форумы OpenNET: Виртуальная конференция (Public)
Изначальное сообщение		[Проследить за развитием треда]

"Проблема с DHCP после физической смены сервера"

Сообщение от homelan (ok) on 28-Мрт-07, 22:37

Приветствую всех, коллеги! У меня 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 юзерам объяснить, что сделать, это же кошмар, наша девушка на телефоне с ума сойдет! Заранее всем спасибо!

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Сообщения по теме

[Сортировка по времени, UBB]

1. "Проблема с DHCP после физической смены сервера"

Сообщение от Anonymous on 28-Мрт-07, 23:42

А что имеется в виду "идентификатор старого сервера". Какая у вас там идентификация(?) настроена??

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	2. "Проблема с DHCP после физической смены сервера"
	Сообщение от homelan (ok) on 29-Мрт-07, 00:09
	>А что имеется в виду "идентификатор старого сервера". Какая у вас там >идентификация(?) настроена?? Да в том-то и дело, что никак она не настраивается. По описанию протокола обмена, после DHCPDICSOVER сервер должен дать DHCPOFFER, в котором, в т.ч. указывается некий идентификатор сервера (что это такое, мне непонятно),на тот случай, если их в сети несколько. Но в моем случае он один. Так вот, клиент, получив DHCPOFFER, на основании этого самого идентификатора, принимает решение, брать предложенное, или забить болт на предложение. Если он принимает предложение сервера, после получения от него DHCPOFFER он посылает DHCPREQUEST того адреса, что был предложен, а сервер в свою очередь дает DHCPACK, в котором передает адрес и прочие настройки. Так вот, юзеры-то работали, и в течение длительного времени получали адреса от одного сервера. Потом, я поставил другой сервер, система почти та же, но версия повыше и архитектура другая. И по всей видимости, юзерские компьютеры в DHCPOFFER усмотрели для себя что-то неприемлемое, и стали забивать на предложенные адреса. Вот я и хочу узнать, что можно сделать, чтобы прикинуться тем же сервером... MAC адрес сетевушки, на которой DHCP работает, я поменял, поставил такой же, какой был на старой. Не помогло.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

3. "Проблема с DHCP после физической смены сервера"

Сообщение от universite (ok) on 29-Мрт-07, 03:50

>Почему-то следующего запроса - DHCPREQUEST - от юзеров не поступает. Они, как >заведенные, повторяют свои DHCPDISCOVER, а сервер им опять DHCPOFFER. >Беру, ставлю старый сервер, и все нормально начинает работать! Знакомая ситуация :) 1. Вы наверное используете Вланы? Проверьте сетевуху на предмет поддержки Вланов. 2. Замените сетевуху/сетевухи. 3. Проверьте firewall. 4. Пропишите корректно обратные зоны у интерфейсов dhcp-сервера.

Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	4. "Проблема с DHCP после физической смены сервера"
	Сообщение от homelan (??) on 29-Мрт-07, 11:52
	>Знакомая ситуация :) > >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)?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	5. "Проблема с DHCP после физической смены сервера"
	Сообщение от universite (ok) on 29-Мрт-07, 12:15
	>Почему >они игнорируют DHCPOFFER от новой машины, ума не приложу. Ну не >может же он работать по-другому только потому, что сменилась архитектура с >i386 на x86-64 (EM64T)? Это проблема сети. Замените сетевуху и проверьте настройки firewall'a. Можно еще запустить tcpdump для проверки.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	6. "Проблема с DHCP после физической смены сервера"
	Сообщение от homelan (??) on 29-Мрт-07, 12:58
	>>Ну не >>может же он работать по-другому только потому, что сменилась архитектура с >>i386 на x86-64 (EM64T)? > >Это проблема сети. >Замените сетевуху и проверьте настройки firewall'a. >Можно еще запустить tcpdump для проверки. Менял сетевушку, та же история... Менял параметры драйвера, менял сам драйвер (для Marvell есть несколько разных драйверов). Самое интересное, только я переключаю кабель в из старого в новый компьютер, все тут же перестает работать... Перегружал свитч в корне сети... Сейчас попробую найти ту же версию сервера, соберу, поставлю.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	7. "Проблема с DHCP после физической смены сервера"
	Сообщение от homelan (??) on 29-Мрт-07, 13:59
	>Менял сетевушку, та же история... Менял параметры драйвера, менял сам драйвер (для >Marvell есть несколько разных драйверов). Самое интересное, только я переключаю кабель >в из старого в новый компьютер, все тут же перестает работать... >Перегружал свитч в корне сети... Сейчас попробую найти ту же версию >сервера, соберу, поставлю. Собрал и поставил старую версию 3.0pl2, сразу все заработало... Ничего не понимаю...
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	8. "Проблема с DHCP после физической смены сервера"
	Сообщение от universite (ok) on 29-Мрт-07, 14:08
	>Собрал и поставил старую версию 3.0pl2, сразу все заработало... Ничего не понимаю... > А DHCP 3.1.0a3 пробовали?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	9. "Проблема с DHCP после физической смены сервера"
	Сообщение от homelan (??) on 29-Мрт-07, 15:33
	> >>Собрал и поставил старую версию 3.0pl2, сразу все заработало... Ничего не понимаю... >> > >А DHCP 3.1.0a3 пробовали? Нет, не пробовал. Дело в том, что времени очень мало на эксперименты, юзеры злые через 2 минуты после пропадания связи начинают долбить телефон... Поэтому, остановился на рабочем варианте. Но вот почему такая ерунда, совершенно не понимаю. А это плохо.
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	10. "Проблема с DHCP после физической смены сервера"
	Сообщение от homelan (ok) on 29-Мрт-07, 16:16
	>> >>>Собрал и поставил старую версию 3.0pl2, сразу все заработало... Ничего не понимаю... >>> >> >>А DHCP 3.1.0a3 пробовали? >Нет, не пробовал. Дело в том, что времени очень мало на эксперименты, >юзеры злые через 2 минуты после пропадания связи начинают долбить телефон... >Поэтому, остановился на рабочем варианте. Но вот почему такая ерунда, совершенно >не понимаю. А это плохо. Да, кстати, выяснил еще вот что: помимо версии сервера, надо еще старый MAC-адрес оставить... Иначе - игнорируют. Может, кто знает, почему так?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	11. "Проблема с DHCP после физической смены сервера"
	Сообщение от universite (ok) on 29-Мрт-07, 17:04
	>Да, кстати, выяснил еще вот что: помимо версии сервера, надо еще старый >MAC-адрес оставить... Иначе - игнорируют. Может, кто знает, почему так? Где-то arp записи кешируются. Свитчи не глючат?
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

	12. "Проблема с DHCP после физической смены сервера"
	Сообщение от Evgeniy (??) on 30-Мрт-07, 00:30
	>>> >>>>Собрал и поставил старую версию 3.0pl2, сразу все заработало... Ничего не понимаю... Была такая фигня с 3.0.5rc2 версией, после апдейта до релиза всё встало на свои места
	Высказать мнение | Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить	Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ] [Рекомендовать для помещения в FAQ]