Jede Version des aktuellen Linux; Intel NUC mit integriertem R8169-Netzwerk, plus erprobter externer USB-Netzwerkadapter;
Die Schnittstelle stoppt das Senden/Empfangen zufällig, ohne dass in einem der Protokolle Fehler auftreten.
ifconfig zeigt die Schnittstelle weiterhin als aktiv und verbunden an. Die Lichter am RJ45 blinken weiterhin.
Ich habe festgestellt, dass ein Ping von einem anderen Rechner abbricht, d. h. wenn ich weiß, dass er ausgefallen ist. Ich habe herausgefunden, dass ich ihn wieder zum Laufen bringen kann, indem ich einen Ping von dem betroffenen Rechner sende. Er hält ein paar Sekunden inne und startet dann einen erfolgreichen Ping. Aber auch hier ist er nach ein paar Minuten wieder ausgefallen.
In den Protokollen ist nichts Offensichtliches zu erkennen. Tatsächlich gibt es beim Auf und Ab keine Protokolle ...
Ich habe gerade tcpdump auf der Maschine ausgeführt und kann den Netzwerkverkehr sehen??? Ich sehe sogar DNS-Abfragen und ARP-Antworten???
Was ich sicher weiß, ist, dass die Kommunikation nur dann wieder aufgenommen wird, wenn ich sie von der betroffenen Maschine aus initiiere. Es gibt keine Routen, nur ein flaches Netzwerk und einen nicht verwalteten 1-GB-Netgear-Switch.
Wenn ich „Route“ eingebe und das Netzwerk funktioniert, erhalte ich sofort eine Antwort. Wenn das Problem auftritt, benötigt der Befehl „Route“ 10–15 Sekunden, um zu antworten, es handelt sich jedoch um dieselbe Liste.
Wenn ich das Netzwerkkabel herausziehe und die Verbindung wiederherstelle, ist das Problem zwar behoben, tritt aber nach ein paar Minuten erneut auf.
Das macht mich jetzt schon seit über einem Jahr verrückt.
*Bearbeiten
Ich habe herausgefunden, was passiert, wenn die Probleme beginnen. Von der Maschine wird eine ARP-Anfrage gesendet, in der gefragt wird, wer _gateway hat, was die IP-Adresse des Internet-Routers ist. Ich werde jetzt die Standardroute entfernen, um zu sehen, ob es der Router ist, der nicht antwortet und das Netzwerk hängen lässt, nur unter Linux auf NUCs?
*Bearbeiten
Das Entfernen der Standardroute löst das Problem nicht.
Antwort1
Sieht so aus, als hätte ich das Problem gefunden. Ich habe Amazon-Geräte im Netzwerk, Alexa, Kindles und Fire Sticks. Eines davon muss dieselbe Adresse wie dieser Computer verwenden, da dies beim Betrachten eines TCPdumps von einem anderen Computer angezeigt wurde.
22:53:37.332273 ARP, Antwort 192.168.1.100 ist bei b8:ae:ed:7d:e4:78, Länge 46
22:53:37.669633 ARP, Antwort 192.168.1.100 ist bei fc:a6:67:c3:03:8d, Länge 46
2 Geräte antworten beide an die gleiche Adresse