Ich habe einen Server für die Ausführung von OpenVPN eingerichtet, damit Clients remote auf Samba-Freigaben zugreifen können.
Auf dem Server läuft CentOS 5.6, eine anständige Quad-Core-Xeon-CPU und viel RAM. Der Client, auf dem ich es getestet habe, ist ein Windows 7 x64-Computer, ebenfalls mit recht hohen Spezifikationen.
Das Ergebnis ist, dass Uploads und Downloads auf den Client mit etwa 60 KB / s ausgeführt werden. Ich verstehe, dass Samba in Bezug auf viele Wiederholungsfahrten sehr ineffizient ist, aber trotzdem - der Client hat eine Bandbreite von 50 Mbit / s Downstream und 4 Mbit / s Upstream. Selbst wenn die Upload-Geschwindigkeit des Clients der Engpass war, ist sie immer noch neunmal langsamer.
Die CPU-Auslastung auf dem Server und dem Client während der Übertragung ist vernachlässigbar, sodass Verschlüsselungsgeschwindigkeiten ausgeschlossen werden müssen.
Der entsprechende OpenVPN-Port ist sowohl auf dem Server als auch auf dem Client geöffnet. Die OpenVPN-Verschlüsselung ist AES-128-CBC mit einem 160-Bit-SHA1-HMAC. Es wird auch ein TLS-Schlüssel sowie eine Comp-lzo-Komprimierung verwendet.
Irgendeine Idee, was das sein könnte? Ich weiß, dass Samba langsam ist ... aber das kann doch nicht richtig sein!
quelle
Antworten:
Stellen Sie sicher, dass Ihr OpenVPN-Tunnel UDP und nicht TCP verwendet. Stellen Sie außerdem sicher, dass der Tunnel die Komprimierung verwendet, indem Sie die Anweisung 'comp-lzo' in Ihrer OpenVPN-Konfigurationsdatei an beiden Enden verwenden.
Schließlich kann es sinnvoll sein, die MTU- und MSS-Clamp-Werte für den Tunnel festzulegen. Dies hängt jedoch von der Art der verwendeten Internetverbindung ab und führt bei falscher Einstellung normalerweise eher zu Zeitüberschreitungen als zu langsamen Übertragungen.
Die MSS-Klemmung müsste für die PPP-Verbindung selbst ebenfalls auf etwa 1300 eine Stufe niedriger als OpenVPN eingestellt werden. Wie ich bereits sagte, habe ich keine Ahnung, welche Art von Konnektivität Sie verwenden. MSS-Clamping ist nur in einem Nicht-Ethernet-Netzwerk wie ADSL usw. nützlich.
quelle
In meinem Fall (OpenMediaVault NAS, debianbasiert) hatte ich das gleiche Problem. Auch mit PPTP VPN auf einem Synology NAS.
Meine Lösung neben der MTU-Einstellung war, dass ich den VPN-Server so konfigurieren musste, dass er die DNS-Serveradresse über DHCP sendet .
Danach konnte ich meine volle Bandbreite nutzen.
Hoffe das hilft dir und anderen!
quelle
Haben Sie openvpn für die Verwendung von TCP eingestellt? Das kann das Problem verursachen, das Sie sehen. Sie sollten UDP verwenden.
Wie ErikA sagte, sollten Sie zu Vergleichszwecken eine SCP- (oder FTP-) Übertragung (über das Internet und über das VPN) durchführen.
quelle
Ich habe Samba bereits während einer bestimmten Zeit auf einer VPN-Verbindung (OpenVPN) verwendet und fand heraus, dass die einzigartige Möglichkeit, auf Windows-Computern zu arbeiten, darin bestand, die Dateien zu kopieren, zu arbeiten und zurückzusetzen ... während die Linux-Computer mit SSH-Laufwerk oder Samba-Freigaben arbeiteten "ok" auf der gleichen VPN-Verbindung, aber meine Verbindungsgeschwindigkeit war 10-mal geringer als Ihre.
quelle
Mir ist klar, dass dies eine etwas späte Antwort ist, aber neben dem offensichtlichen Transportproblem (UDP vs. TCP) spielen auch die Verschlüsselung, MSS, MTU und die Fragmentierungsmethode eine Rolle.
Im OpenVPN-Wiki gibt es einen sehr guten Artikel darüber, wie man die meiste Leistung aus einem Gigabit-Netzwerk herausholt. Die Fakten, die dort zu finden sind, sind selbst unterhalb der Gigabit-Geschwindigkeit ziemlich aufschlussreich.
Wichtigste Ergebnisse
quelle
Ich hatte auch das Problem> Ich habe versucht, von einem Windows 7-Client über OPENVPN auf eine SAMBA-Freigabe zuzugreifen. Am Anfang konnte ich auf die verschiedenen Verzeichnisse zugreifen, aber als ich versuchte, eine Datei zu öffnen, war dies nur mit 1kb-Textdateien möglich , keine Chance mit pdf oder docx - dann habe ich den Parameter mssfix zur openvpn-Datei hinzugefügt> auch kein Unterschied .. dann habe ich versucht, mit der Menge an MTU und mssfix herumzuspielen, schließlich hatte ich eine MTU von 1500 und habe mssfix auf verringert 500 und Voila> dann konnte ich Dateien öffnen, durch die Verzeichnisse stöbern und der SSH-Tunnel löste sich auch nicht mehr auf ...
quelle