Die Ethernet-Verbindung wird alle 20 Minuten für 10-20 Sekunden unterbrochen

670
danvk

Ein- oder zweimal pro Stunde wird die Ethernet-Verbindung meines Ubuntu-Computers unterbrochen:

$ ping google.com (nothing happens)

Nach 10-20s (wenn auch manchmal länger) wird es magisch zurückkommen.

Während der Ausfälle kann ich weder google.com noch eine IP ping. Daher glaube ich nicht, dass es sich um ein DNS-Problem handelt. Ich habe einige Dinge zum Debuggen ausprobiert:

  1. Neustart
  2. Alle Pakete wurden aktualisiert / aktualisiert.
  3. Deinstalliert und neu installiert network-manager.
  4. Vertauschte Ethernet-Kabel.

Meine Kollegen sind mit dem gleichen Router verbunden wie ich, und dieses Problem tritt nicht auf. Es scheint also etwas mit meinem Rechner zu sein.

Irgendwelche Ideen? Ich bin frisch aus ihnen und das wird ziemlich frustrierend!

Hier ist eine ganze Reihe von Informationen zu meinem System:

$ 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

Hier ist etwas, was ich in /var/log/syslogder Zeit einer unterbrochenen Verbindung sehe :

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
Wenn Ihr Ethernet-Switch konfiguriert werden kann, deaktivieren Sie den Spanning Tree an dem Port, an dem Ihr PC angeschlossen ist. Spanning Tree ist nur für Ports nützlich, die andere Switches verbinden. Ben Voigt vor 6 Jahren 0
Was sagt Ihr Systemprotokoll zu Beginn, während und am Ende dieser Ausfälle? Nevin Williams vor 6 Jahren 0
@NevinWilliams Ich habe ein paar `` / var / log / syslog`-Elemente aus dem Ausfall hinzugefügt. danvk vor 6 Jahren 0
Versuchen Sie, die IP-Adresse Ihres Routers per Ping zu senden. Route auch mit dem Befehl route zurücksetzen. Gibt es ein Problem mit DHCP und / oder DNS? Biswapriyo vor 6 Jahren 0
Wenn Sie bei Ihrem Log ein Ping an eine Adresse senden (z. B. 8.8.8.8), haben Sie einen Ausfall? Wenn nicht, wäre dies ein Problem mit dem Rogue-DNS-Switch (dunstiger Speicher, wenn dieses Problem an anderer Stelle von StackExchange angezeigt wird). xenoid vor 6 Jahren 0
@xenoid Während der Ausfälle kann ich keine Remote-IPs pingen (ich verwende 172.217.10.238, eine der IPs von Google). Ich warte auf den nächsten Ausfall, um die IP-Adresse meines Routers zu testen. danvk vor 6 Jahren 0
[Interessanter Beitrag hier] (https://askubuntu.com/questions/922706/domain-resolution-systemd-resolved-is-messed-up-how-can-it-be-fix-) mit einem ähnlichen Problem, scheint es von einem Rogue-Gerät im Netzwerk verursacht wurden. Ansonsten könnte auch die Ausgabe von `dmesg` nützlich sein. xenoid vor 6 Jahren 0
Die hinzugefügten Syslog-Einträge deuten darauf hin, dass der Auflöser Schwierigkeiten hat, eine DNS-Abfrage durchzuführen, was wahrscheinlich auf ein größeres Problem zurückzuführen ist. Suchen Sie nach Schnittstellenproblemen (enp0s31f6) unmittelbar vor dem "Beheben" von Passungen. Nevin Williams vor 6 Jahren 0
Können Sie Ihren Router / Ihre Computer während der Ausfälle über Ihr LAN erreichen? Kann Ihr Docker-Container das LAN und Ihren Computer erreichen? lungj vor 6 Jahren 0
Etwas mysteriöserweise war dies am vergangenen Freitag (7. Juli) kein Thema mehr. Die einzige Änderung, die ich um den Zeitpunkt herum machte, als ich aufhörte, war die vollständige Deaktivierung von IPv6 (über Verbindungen bearbeiten -> Drahtgebundene Verbindung 1 -> IPv6-Einstellungen -> Methode: Ignorieren). Vielleicht war es das? danvk vor 6 Jahren 0

0 Antworten auf die Frage

Verwandte Probleme