dhclient непонятное в логах

[Жекас]

ArcFi,
уже

[OEvg85]

могли бы промолчать, за умного сошли.

Не хотел медвежьих услуг оказовать, так как не приходилось командой пользоваться (мне как-то "везло" в том плане, что с дефолтовыми маршрутами все работало), но точно знаю для чего она служит. А так, не сочтите за издевку

[Жекас]

Не помогло, продолжает флудить dhclient

Код: [Выделить]

Jun 19 14:23:25 server dhclient: DHCPREQUEST on eth0 to 78.107.31.232 port 67
Jun 19 14:23:46 server dhclient: DHCPREQUEST on eth0 to 78.107.31.232 port 67
Jun 19 14:24:02 server dhclient: DHCPREQUEST on eth0 to 78.107.31.232 port 67
Jun 19 14:24:15 server dhclient: DHCPREQUEST on eth0 to 78.107.31.232 port 67
Jun 19 14:24:33 server dhclient: DHCPREQUEST on eth0 to 78.107.31.232 port 67
Jun 19 14:24:51 server dhclient: DHCPREQUEST on eth0 to 78.107.31.232 port 67
Jun 19 14:24:59 server dhclient: DHCPREQUEST on eth0 to 78.107.31.232 port 67
Jun 19 14:25:12 server dhclient: DHCPREQUEST on eth0 to 78.107.31.232 port 67
Jun 19 14:25:30 server dhclient: DHCPREQUEST on eth0 to 78.107.31.232 port 67
Jun 19 14:25:48 server dhclient: DHCPREQUEST on eth0 to 78.107.31.232 port 67Пользователь решил продолжить мысль 19 Июня 2013, 14:31:34:route -n
route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         0.0.0.0         0.0.0.0         U     0      0        0 ppp0
10.174.168.0    0.0.0.0         255.255.248.0   U     0      0        0 eth0
78.107.31.232   0.0.0.0         255.255.255.255 UH    0      0        0 eth0
85.21.79.38     10.174.168.1    255.255.255.255 UGH   0      0        0 eth0
89.179.148.195  10.174.168.1    255.255.255.255 UGH   0      0        0 eth0
89.179.148.195  0.0.0.0         255.255.255.255 UH    0      0        0 ppp0
192.168.0.0     0.0.0.0         255.255.255.0   U     0      0        0 eth1
192.168.1.0     0.0.0.0         255.255.255.0   U     0      0        0 eth2

[ArcFi]

Маршрут, вроде как, на месте.

У меня пока мыслей нет.
Сам с такой ситуацией не сталкивался, поэтому воспроизвести не могу, опираюсь только на теорию.

[Жекас]

ну логика есть, это точно, потому как на офф сайте пчелайна об этом говорится. Вот вроде как имеются "решения":

(Нажмите, чтобы показать/скрыть)

Пришёл домой, и ...

Решение проблемы, так и есть, ламеры настраивали DHCP сервер/релей.

добавляем маршрут (eth1 заменить на свой)
route add -host 83.102.233.203 dev eth1

добавляем MAC в таблицу
arp -s 83.102.233.203 ff:ff:ff:ff:ff:ff

и о чудо, тут же видим в логах

Mar 11 18:45:13 gw dhclient[2401]: DHCPREQUEST on eth1 to 83.102.233.203 port 67
Mar 11 18:45:27 gw dhclient[2401]: DHCPREQUEST on eth1 to 83.102.233.203 port 67
Mar 11 18:45:42 gw dhclient[2401]: DHCPREQUEST on eth1 to 83.102.233.203 port 67
Mar 11 18:45:56 gw dhclient[2401]: DHCPREQUEST on eth1 to 83.102.233.203 port 67
Mar 11 18:45:56 gw dhclient[2401]: DHCPACK from 10.6.217.67
Mar 11 18:45:57 gw dhclient[2401]: bound to 10.208.**.** -- renewal in 295147 seconds.



Теперь в логах тишина.

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

arp -s 78.107.31.232 ff:ff:ff:ff:ff:ff

Код: [Выделить]

ping -c5 78.107.31.232
PING 78.107.31.232 (78.107.31.232) 56(84) bytes of data.

--- 78.107.31.232 ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 4013ms

(Нажмите, чтобы показать/скрыть)

Порт открыть в фаерволе надо.

(Нажмите, чтобы показать/скрыть)

Код: [Выделить]

iptables -I INPUT -p udp --dport 67 -j ACCEPT


(Нажмите, чтобы показать/скрыть)

Все, ставлю

supersede dhcp-lease-time 5356800;

флуд продолжается даже после применения двух первых решений, что делать, выполнить применение граблей в виде увеличения время аренды?

[ArcFi]

выполнить применение граблей в виде увеличения время аренды?

Ага, тоже вариант, попробовать стоит.

[Жекас]

выполнить применение граблей в виде увеличения время аренды?

Ага, тоже вариант, попробовать стоит.

а что на счет первых двух можете сказать?

[ArcFi]

а что на счет первых двух можете сказать?

Как я понимаю, первое меняет адрес DHCP-сервера канального уровня в ARP-таблице на широковещательный.
Честно говоря, ни разу этого не делал, поэтому не знаю, что из этого выйдет.
Теоретически, такой трафик вообще может быть заблокирован на железе провайдера, а может и не быть, хз короче.
Ну, попытка — не пытка. %)

Насчёт второго, если у вас нет ограничивающих правил или политик iptables, то данное действие бессмысленно.

[Жекас]

Насчёт второго, если у вас нет ограничивающих правил или политик iptables, то данное действие бессмысленно.

да как было все по дефолту, ниечго не трогал при установке

[CityAceE]

Может быть дело в том, что комп ТС посылает шлюзу провайдера DHCP-запросы, но так как порт закрыт, ответа не получает, как следствие DHCPACK в логе нет?

Набрёл на эту тему, потому что возникла схожая ситуация. В моём случае дело было действительно в том, что порт 67 был закрыт. После открытия порта ситуация нормализовалась.