Такая проблема вдруг обнаружилась в Убунте 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 несколько лет до этого работала без проблем. Кабель исправен, другие компьютеры по нему подключаются. Впервые вижу такую избирательность. Что делать?
