LINUX.ORG.RU
ФорумAdmin

DHCP-сервер не отвечает по одному интерфейсу (eth), но OK по другому (wifi)

 , ,


0

1

Такая проблема вдруг обнаружилась в Убунте 16.04. Впервые с таким сталкиваюсь.

Сеть настроена через NetworkManager. Работают два интерфейса, enp3s0 и wlp2s0. Собственно, второй (wifi) задействован в качестве временного, когда появились проблемы с первым. Появились эти проблемы не сразу, с месяц всё работало (правда, замечались непонятные перебои, лечившиеся перетыканием кабеля).

enp3s0    Link encap:Ethernet  HWaddr f0:de:f1:78:bb:3c  
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

wlp2s0    Link encap:Ethernet  HWaddr 74:e5:0b:3b:1c:64  
          inet addr:192.168.1.57  Bcast:192.168.1.255  Mask:255.255.255.0
          inet6 addr: fe80::f132:980:aad4:2528/64 Scope:Link
          UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1

При поднятии сети происходит соединение только по второму интерфейсу. При выяснении оказалось, что клиент DHCP не получает адрес от сервера:

$ sudo dhclient -v enp3s0
Internet Systems Consortium DHCP Client 4.3.3
Listening on LPF/enp3s0/f0:de:f1:78:bb:3c
Sending on   LPF/enp3s0/f0:de:f1:78:bb:3c
Sending on   Socket/fallback
DHCPDISCOVER on enp3s0 to 255.255.255.255 port 67 interval 3 (xid=0x84a46155)
DHCPDISCOVER on enp3s0 to 255.255.255.255 port 67 interval 3 (xid=0x84a46155)
DHCPDISCOVER on enp3s0 to 255.255.255.255 port 67 interval 7 (xid=0x84a46155)
DHCPDISCOVER on enp3s0 to 255.255.255.255 port 67 interval 14 (xid=0x84a46155)
... (и так до бесконечности)

Тогда как на беспроводном интерфейсе всё OK:

$ sudo dhclient -v wlp2s0
Internet Systems Consortium DHCP Client 4.3.3
Listening on LPF/wlp2s0/74:e5:0b:3b:1c:64
Sending on   LPF/wlp2s0/74:e5:0b:3b:1c:64
Sending on   Socket/fallback
DHCPDISCOVER on wlp2s0 to 255.255.255.255 port 67 interval 3 (xid=0x5ff3b305)
DHCPREQUEST of 192.168.1.57 on wlp2s0 to 255.255.255.255 port 67 (xid=0x5b3f35f)
DHCPOFFER of 192.168.1.57 from 192.168.1.1
DHCPACK of 192.168.1.57 from 192.168.1.1
RTNETLINK answers: File exists
bound to 192.168.1.57 -- renewal in 39997 seconds.

Сетевая карта, правда, с плохой репутацией:

$ lspci -v | grep Ethernet
Ethernet controller: Realtek Semiconductor Co., Ltd. RTL8101/2/6E

Драйвер стандартный:

$ lsmod | grep r8
r8169                  77824  0
mii                    16384  1 r8169

Но на CentOS несколько лет до этого работала без проблем. Кабель исправен, другие компьютеры по нему подключаются. Впервые вижу такую избирательность. Что делать?

★★★

Во-первых, у Вас на enp3s0 нет IP-шника. Т.е. для работы DHCP сервера необходим статический адрес.

А во-вторых, сеть, сконфигурённая в DHCP должна содержать IP-адрес из «во-первых».

Это для начала... Там ещё особенности назначения адресов разным интерфейсам. Думаю, ещё bond-инг понадобится, если оба интерфейса смотрят в одну сеть (второй (wifi) задействован в качестве временного, когда появились проблемы с первым). Ну или даже бридж, мало ли...

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

Ну да, его необходимо получить, этот IP-шник. На другом ноуте с точно такой же убунтой и с точно такой же конфигурацией (интерфейсы enp3s0 и wlp2s0), подключённом к этому самому кабелю, команда sudo dhclient -v enp3s0 сразу приводит к выдаче адреса. То есть дело в конкретном компьютере. Кстати, активность на проблемном интерфейсе есть; проверял, запуская параллельно tcpdump.

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

А! Ой... Я протупил. Мне показалось, Вы именно на этой машине настраиваете сервер.

Что же касается клиента, то при исправном железе следует, наверное, смотреть файрволл - UDP порты 68 и 69 (если мне не изменяет склероз).

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

MumiyTroll, вот эта оговорка насчёт исправного железа, видимо, и содержит ключ к истине :). Похоже на то, что сетевая карта передаёт данные, но не принимает. Установил другую версию драйвера, ничего не изменилось. Настроил статический IP — наружу всё равно не пингуется. Надо диагностировать сетевую карту.

hbee ★★★ ()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.