Sie können OpenVPN in den Configs in TCP umschalten (Führen Sie sowohl Client als auch Server aus und stellen Sie sicher, dass Ihr TCP-OpenVPN vor dem Deaktivieren des UDP-Diensts sicher ist). Dadurch wird sichergestellt, dass alle Pakete letztendlich durchkommen. Dies wird zwar immer noch langsam sein, aber das Experiment ist es zumindest wert. Von openvpn.net:
Wenn Sie möchten, dass Ihr OpenVPN-Server anstelle eines UDP-Ports einen TCP-Port überwacht, verwenden Sie
proto tcp
anstelle vonproto udp
(Wenn OpenVPN sowohl einen UDP- als auch einen TCP-Port überwachen soll, müssen Sie zwei separate OpenVPN-Instanzen ausführen).
Bei Paketverlust können Sie nur den Pfad der Pakete festlegen. Verwenden Sie traceroute von beiden Enden aus, um den fehlerhaften Teil der Verbindung zu finden und umzugehen, wie Sie ihn umgehen oder robuster machen.
Versuchen Sie stattdessen TCP zu testen, ob Sie die Infrastrukturzeit in der Nähe der betroffenen Verbindung mieten können, um TCP über die schwache Verbindung zum Ziel zu tunneln. Dies würde UDP-Pakete so weit wie möglich fliegen lassen, ohne für die gesamte Länge Ihres Tunnels nur den schlechten Teil des TCP-Ports prüfen oder erneut übertragen zu müssen.
Wenn sich die schwache Verbindung auf halbem Weg befindet, können Sie von der Anmietung einer Infrastruktur an beiden Enden der schwachen Verbindung profitieren, anstatt nur auf einer Seite. Wenn wir jedoch über die Antarktis sprechen, könnte dies schwierig sein.
Wenn Sie sich für den Test dieser Route entschieden haben, empfehle ich udptunnel als mögliche Lösung. ( udptunnel
ist ein eigenes Paket auf Ubuntu, aber andere Optionen wie socat oder creative netcat piping funktionieren.)