LINUX.ORG.RU
Форум — Admin  

[DHCP] Проблемы с wi-fi

 


0

1

На сервере крутится dhcp, раздает по двум интерфейсам. Месяц все было замечательно, потом что-то произошло на выходных (видимо проблемы с питанием), прихожу - сервер перезагружен, проверил все службы, с сервером все ок. Дальше интересней - по одному интерфейсу ip раздаются нормально, по другому - клиент не получает, соотв. сидит с автонастроенным 169.ххх.ххх.ххх. Грешу на сетевую, поменял - проблема осталась. Поменял свитч, к которому подключены wi-fi точки - проблема осталась. В логах вот такое сыпется: 

Dec  1 10:31:20 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:22 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:22 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:26 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:26 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:34 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:34 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:35 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:35 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:36 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:36 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:40 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:40 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:47 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:47 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:48 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:48 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:50 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:50 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:54 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:31:54 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:32:08 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:32:08 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:32:09 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:32:09 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:32:11 localhost dhcpd: DHCPDISCOVER from 00:0c:e7:09:00:00 (Fletch) via eth1
Dec  1 10:32:11 localhost dhcpd: DHCPOFFER on 192.168.0.33 to 00:0c:e7:09:00:00 (Fletch) via eth1
Цепочка между мной и сервером: сервер-свитч-точка доступа-я Проблема происходит почти на всех точках. Это дхцп после перезагрузки поломался или дело таки в железе? В iptables дефолтные правила accept, заблокирован только 25-й порт.

★★
← Возможно ли добавить юзеров из AD в ClearOS?
Скрыть Samba в сетевом окружении →

проверь оборудования и возможен вариант что каждый раз при перезагрузке интерфейсы меняются местами

wingrime ★
()
Ответ на: комментарий от wingrime

Не меняются, создал правило в udev, привязывающее имя интерфейса к мак-адресу.

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

Fletch ★★
() автор топика
Ответ на: комментарий от wingrime

Вот и закончилась эта эпопея. Что имеем в сухом остатке: сервер настроен был абсолютно правильно, две точки доступа Canyon CNP-WF514N1 не выдержали бросков напряжения - одна полностью померла, другая даже после обновления прошивки отказалась передавать транзитом DHCP-запросы клиентов на сервер, пришлось включить встроенный DHCP и NAT.

Fletch ★★
() автор топика
Ответ на: комментарий от anykey_mlya

На моих глазах все происходило - принес точку в серверную, подключил и смотрел tail'ом сообщения - были бесконечные dhcprequest - dhcpoffer, dhcpack так и не было, при том что сам маршрутизатор (wan-порт) от серверного dhcp адрес получил.

Fletch ★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.
← Возможно ли добавить юзеров из AD в ClearOS?
Admin
Скрыть Samba в сетевом окружении →