Unter Ubuntu 16.04 wird gelegentlich die LAN-Verbindung unterbrochen

14

Ich habe kürzlich Ubuntu MATE 16.04 auf einen Computer gestellt, den ich unter anderem als Dateiserver verwende. In den letzten Tagen wurde zweimal die Verbindung zum LAN unterbrochen. Ich hatte es eilig, es wieder in Betrieb zu nehmen, also zog ich die Verbindung heraus und steckte sie wieder ein. Es wurde erneut eine IP-Adresse abgerufen und erneut mit dem Netzwerk verbunden.

Jetzt fange ich an zu denken, dass es wahrscheinlich nicht nur ein Einzelfall war und ich muss herausfinden, warum es seine Verbindung verliert.

Als es das erste Mal passierte, bemerkte ich, dass das Netzwerk kein IP / DNS usw. hatte, aber ich grub nicht weiter.

Wie sollte ich beim nächsten Mal herausfinden, warum das Netzwerkgerät die DHCP-Informationen verloren hat und den DHCP-Server nicht nach einem neuen Lease abgefragt hat (es sei denn, dies ist aus irgendeinem Grund fehlgeschlagen)?

Update: Ich habe einige Schritte durchlaufen, um zu diagnostizieren, was los ist. Ich habe mit diesem Handbuch begonnen . Als ich zu dhclient kam und sudo dhclientden Computer wieder mit dem Netzwerk verband.

Pastie der Diagnose, während ich getrennt wurde . Habe ich etwas vergessen?

Update 2: Ich glaube, ich habe den Täter in / var / log / syslog gefunden.

Jun 11 10:40:19 nvidia avahi-daemon[886]: Withdrawing address record for 192.168.1.200 on enp4s0.
Jun 11 10:40:19 nvidia avahi-daemon[886]: Leaving mDNS multicast group on interface enp4s0.IPv4 with address 192.168.1.200.
Jun 11 10:40:19 nvidia avahi-daemon[886]: Interface enp4s0.IPv4 no longer relevant for mDNS.
networking ubuntu leetwanker
quelle
1
Überprüfen Sie die Kabel, um sicherzustellen, dass sie nicht schlecht sind? Überprüfen Sie, ob die Energiesparoptionen deaktiviert sind, um den Ruhezustand der Netzwerkkarte zu verhindern.
Peter
Dies ist wahrscheinlich nicht konstruktiv, aber wenn Sie nur einen Dateiserver dafür verwenden, warum benötigen Sie dann eine GUI? Warum nicht Ubuntu-Server? Obwohl ich nicht sicher bin, ob dies Ihr spezifisches Problem beheben würde, würde ich zuerst den Netzwerkverwaltungsdienst und die Einstellungen untersuchen, um festzustellen, ob ein Konfigurationsproblem vorliegt. Vielleicht hört es auf? Oder vielleicht, wenn Sie zu Verbindungen bearbeiten gehen und die kabelgebundene Verbindung 1 auswählen, es sei denn, Sie haben sie umbenannt (meine heißt "Auto Wired") und im Allgemeinen sicherstellen, dass die automatische Verbindung hergestellt wird, wenn das Netzwerk verfügbar ist.
Schmied
Es kann auch sein, dass zusätzlich zu den Aussagen von Peter, wenn Sie Kabelprobleme haben, ein Router- / Switch-Problem, bei dem der Port getrennt oder ausgeschaltet wird, oder der Energiesparmodus aktiviert ist und diejenigen, bei denen die automatische Verbindung nicht ausgewählt ist, dies jedes Mal verursachen würden Wenn die Netzwerkverbindung vorübergehend unterbrochen wird, sogar Millisekunden.
Schmied
Hilft dieser Artikel? hecticgeek.com/2017/04/ubuntu-17-04-systemd-dns-issues
Jeremy J Wong
Oder ubuntugeek.com/…
Jeremy J Wong

Antworten:

1

Dies ist höchstwahrscheinlich ein Problem mit dem Avahi-Daemon und höchstwahrscheinlich mit der .local-Domain.

Befolgen Sie diese Schritte nacheinander in dieser Reihenfolge:

  • Ändern Sie Ihre Domain von .local in FQDN
  • Deaktivieren Sie Avahi, um diese Schnittstelle zu sehen.
  • Deaktivieren Sie IPv6, wenn Sie es nicht verwenden
  • Deaktivieren / Entfernen Sie den Avahi-Daemon, wenn Sie ihn nicht benötigen (ich würde damit beginnen, da Sie wahrscheinlich sowieso keinen Avahi benötigen).
Chris
quelle
3
Kannst du etwas weiter erklären, warum Avahi die Wurzel sein könnte? @ Chris
Gewure
0

Sie sagen nicht, wie oft Sie die Verbindung verlieren, aber wenn Sie DHCP anstelle einer festen IP verwenden, ist meine erste Vermutung, dass Sie auf die in Ihrem Router festgelegte DHCP-Lease-Zeit stoßen.

Stellen Sie den DHCP-Bereich Ihres Routers so ein, dass ein Teil der Adressen weggelassen wird, und stellen Sie dann Ihren Server auf eine feste IP innerhalb des Teils ein, der nicht DHCP unterliegt.

user10216038
quelle