Warum könnte meine Verbindung zu diesem Remote-Server abbrechen?

Warum könnte meine Verbindung zu diesem Remote-Server abbrechen?

Ich bin kein Systemadministrator und verfüge auch nicht über umfangreiche Kenntnisse im Netzwerkbereich, daher kann es sein, dass mir hier etwas ganz Offensichtliches entgeht.

Ich versuche, über ein VPN, das ich von meiner Arbeit über SSH bereitgestellt habe, eine Verbindung zu einem Remote-Server herzustellen, und stelle fest, dass die Verbindung, die ansonsten vollkommen in Ordnung ist, 30-60 Mal zufällig abbricht. Das liegt nicht so sehr an der Latenz, sondern daran, dass ich in der einen Sekunde eine gute Verbindung habe und in der nächsten die Verbindung abbricht.

Zur Referenz: Ich verwende ein Thinkpad T450 mit Fedora 33. Alle meine Pakete und Treiber sind meines Wissens nach auf dem neuesten Stand.

Folgendes weiß ich:

  • Ein anderer Mitarbeiter in der Nähe des Serverstandorts kann sich problemlos per SSH mit dem Server verbinden, allerdings verwendet er Windows 10.

  • Außerhalb dieses Kontexts ist meine Internetverbindung vollkommen in Ordnung. Ich habe keine Verbindungsprobleme beim Netflix-Streaming, beim Surfen im Internet, beim Herstellen einer Verbindung zu anderen Servern usw.

  • es gibt keine Vermittler zwischen mir und dem Server; traceroutezeigt nur mein Netzwerk-Gateway und den Server

  • Der Server läuft auf OpenVPN 2.5, während ich bei OpenVPN 2.4.10 festhänge, da auf Fedora noch kein 2.5-Build veröffentlicht wurde

  • es ist eine UDP-Verbindung, ich werde später heute TCP ausprobieren

  • bei einer Laufzeit mtrvon ca. 10 Minuten werden ca. 50 % Paketverlust angezeigt

  • ping, mtrund traceroutealle zeigen ein Verhalten, bei dem Pakete für ein paar Minuten konstant gesendet werden - dann kommt es zufällig für ca. 30-60 Sekunden nicht zu einer Verbindung - und dann wird dort weitergemacht, wo sie waren

Ich weiß jetzt nicht mehr, was ich in dieser Situation sonst tun soll, aber ich bin für jede Hilfe dankbar!

Antwort1

Keine sehr aufregende Antwort, aber das Erstellen einer VPN-Konfigurationsdatei, die zufällig einen unbenutzten lokalen Port auswählt, scheint das Problem behoben zu haben.

verwandte Informationen