Ethernet-соединение прерывается на 10-20 секунд каждые 20 минут

623
danvk

Раз или два в час соединение с Ethernet на моей машине с Ubuntu будет прерываться:

$ ping google.com (nothing happens) 

Через 10-20 секунд (хотя иногда и дольше) он волшебным образом вернется.

Во время отключений я не могу пропинговать google.com или IP-адрес, поэтому не думаю, что это проблема DNS. Я пробовал несколько вещей для отладки:

  1. Rebooted
  2. Обновлены / обновлены все пакеты.
  3. Деинсталлировано и переустановлено network-manager.
  4. Поменяны местами кабели Ethernet.

Мои коллеги подключены к тому же маршрутизатору, что и я, и не сталкиваются с этой проблемой, поэтому, похоже, что-то с моей машиной.

Есть идеи? Я свежая из них, и это становится довольно разочаровывающим!

Вот целая куча информации о моей системе:

$ lspci 00:00.0 Host bridge: Intel Corporation Device 591f (rev 05) 00:02.0 VGA compatible controller: Intel Corporation Device 5912 (rev 04) 00:14.0 USB controller: Intel Corporation 200 Series PCH USB 3.0 xHCI Controller 00:14.2 Signal processing controller: Intel Corporation 200 Series PCH Thermal Subsystem 00:16.0 Communication controller: Intel Corporation 200 Series PCH CSME HECI #1 00:17.0 SATA controller: Intel Corporation 200 Series PCH SATA controller [AHCI mode] 00:1f.0 ISA bridge: Intel Corporation 200 Series PCH LPC Controller (H270) 00:1f.2 Memory controller: Intel Corporation 200 Series PCH PMC 00:1f.3 Audio device: Intel Corporation 200 Series PCH HD Audio 00:1f.4 SMBus: Intel Corporation 200 Series PCH SMBus Controller 00:1f.6 Ethernet controller: Intel Corporation Ethernet Connection (2) I219-V  $ lsb_release -a No LSB modules are available. Distributor ID: Ubuntu Description: Ubuntu 17.04 Release: 17.04 Codename: zesty  $ ifconfig docker0: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 inet 172.17.0.1 netmask 255.255.0.0 broadcast 0.0.0.0 inet6 fe80::42:e7ff:fe8d:d514 prefixlen 64 scopeid 0x20<link> ether 02:42:e7:8d:d5:14 txqueuelen 0 (Ethernet) RX packets 25739 bytes 1591975 (1.5 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 116624 bytes 169185651 (169.1 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0  enp0s31f6: flags=4163<UP,BROADCAST,RUNNING,MULTICAST> mtu 1500 inet 10.201.32.57 netmask 255.255.255.0 broadcast 10.201.32.255 inet6 fe80::7285:c2ff:fe2a:efa8 prefixlen 64 scopeid 0x20<link> ether 70:85:c2:2a:ef:a8 txqueuelen 1000 (Ethernet) RX packets 1938458 bytes 1438227394 (1.4 GB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 1442649 bytes 772299655 (772.2 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0 device interrupt 16 memory 0xdf000000-df020000   lo: flags=73<UP,LOOPBACK,RUNNING> mtu 65536 inet 127.0.0.1 netmask 255.0.0.0 inet6 ::1 prefixlen 128 scopeid 0x10<host> loop txqueuelen 1000 (Local Loopback) RX packets 181354 bytes 50978753 (50.9 MB) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 181354 bytes 50978753 (50.9 MB) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0  $ ethtool enp0s31f6 Settings for enp0s31f6: Supported ports: [ TP ] Supported link modes: 10baseT/Half 10baseT/Full  100baseT/Half 100baseT/Full  1000baseT/Full  Supported pause frame use: No Supports auto-negotiation: Yes Advertised link modes: 10baseT/Half 10baseT/Full  100baseT/Half 100baseT/Full  1000baseT/Full  Advertised pause frame use: No Advertised auto-negotiation: Yes Speed: 1000Mb/s Duplex: Full Port: Twisted Pair PHYAD: 1 Transceiver: internal Auto-negotiation: on MDI-X: on (auto) Cannot get wake-on-lan settings: Operation not permitted Current message level: 0x00000007 (7) drv probe link Link detected: yes 

Вот что я вижу /var/log/syslogпримерно во время разрыва соединения:

Jul 7 12:44:02 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.18 for interface enp0s31f6. Jul 7 12:44:03 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.15 for interface enp0s31f6. Jul 7 12:44:04 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.18 for interface enp0s31f6. Jul 7 12:44:04 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.15 for interface enp0s31f6. Jul 7 12:44:05 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.18 for interface enp0s31f6. Jul 7 12:44:06 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.15 for interface enp0s31f6. Jul 7 12:44:07 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.18 for interface enp0s31f6. Jul 7 12:44:09 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.15 for interface enp0s31f6. Jul 7 12:44:11 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.18 for interface enp0s31f6. Jul 7 12:44:11 dv systemd-resolved[1259]: Using degraded feature set (UDP+EDNS0+DO) for DNS server 10.201.1.18. Jul 7 12:44:13 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.15 for interface enp0s31f6. Jul 7 12:44:15 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.18 for interface enp0s31f6. Jul 7 12:44:17 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.15 for interface enp0s31f6. Jul 7 12:44:18 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.18 for interface enp0s31f6. Jul 7 12:44:18 dv systemd-resolved[1259]: Using degraded feature set (UDP) for DNS server 10.201.1.18. Jul 7 12:44:18 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.15 for interface enp0s31f6. Jul 7 12:44:20 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.18 for interface enp0s31f6. Jul 7 12:44:22 dv systemd-resolved[1259]: Switching to DNS server 10.201.1.15 for interface enp0s31f6. 
1
Если ваш Ethernet-коммутатор настраивается, отключите связующее дерево на порту, к которому подключен ваш компьютер. Связующее дерево полезно только для портов, соединяющих другие коммутаторы. Ben Voigt 7 лет назад 0
Что говорит системный журнал в начале, во время и в конце этих отключений? Nevin Williams 7 лет назад 0
@NevinWilliams Я добавил несколько кусочков `/ var / log / syslog` из-за сбоя. danvk 7 лет назад 0
Попробуйте пропинговать ваш IP-адрес маршрутизатора. Также сбросьте маршрут с помощью команды route. Есть ли проблемы с DHCP и / или DNS? Biswapriyo 7 лет назад 0
Учитывая ваш журнал, если вы пингуете адрес (скажем, 8.8.8.8), у вас есть сбой? Если нет, то это было бы проблемой с неконтролируемым DNS-коммутатором (неясная память об этой проблеме в другом месте на StackExchange). xenoid 7 лет назад 0
@xenoid Во время отключений я не могу пропинговать удаленные IP-адреса (я использовал 172.217.10.238, один из IP-адресов Google). Я жду следующего отключения, чтобы проверить пинг IP-адреса моего маршрутизатора. danvk 7 лет назад 0
[Интересный пост здесь] (https://askubuntu.com/questions/922706/domain-resolution-systemd-resolved-is-messed-up-how-can-it-be-fixed) с похожей проблемой, похоже были вызваны мошенническим устройством в сети. В противном случае вывод `dmesg` также может быть полезен. xenoid 7 лет назад 0
Добавленные записи системного журнала предполагают, что распознаватель пытается выполнить запрос DNS, что, вероятно, связано с более серьезной проблемой. Ищите проблемы с интерфейсом (enp0s31f6) как раз перед тем, как «решены» броски. Nevin Williams 7 лет назад 0
Можете ли вы подключиться к маршрутизатору / компьютерам в локальной сети во время отключений? Может ли ваш док-контейнер добраться до локальной сети и вашего компьютера? lungj 7 лет назад 0
Несколько загадочно, это перестало быть проблемой в прошлую пятницу (7 июля). Единственное известное мне изменение за время его остановки - это полное отключение IPv6 (через «Редактировать соединения» -> «Проводное соединение 1» -> «Настройки IPv6» -> «Метод: игнорировать»). Так что, возможно, это было так? danvk 7 лет назад 0

0 ответов на вопрос