Vor ein paar Tagen habe ich meinen ISP geändert (auf T-Mobile, weil es derzeit die einzige Möglichkeit ist). Die stabilen Geschwindigkeiten sind: 150 MBit / s Download, ~ 34 MBit / s Upload.
Ich habe versucht, eine einzige 2-GB-Datei auf meinen VPS hochzuladen (mit SFTP), und ich bemerkte ein seltsames Problem mit der Geschwindigkeit der Upload-Geschwindigkeit nach einigen Sekunden. Das bedeutet: Für etwa 20 MB wird der Upload mit voller Geschwindigkeit und danach nur ~ 5 MB / s hochgeladen.
Als erstes dachte ich, es wäre ein Problem mit der aktuellen VPS, aber dann habe ich das Hochladen auf andere Server mit dem gleichen Effekt getestet. Das Hochladen auf Dienste wie: YouTube, GoogleDrive, OneDrive usw. läuft jedoch immer mit voller Geschwindigkeit (34 MBit / s) ohne Probleme.
Ich testete dieses Problem mehr, verwendete PHP-Upload-Skripts (anstelle von SFTP) und VPNs, und dies führte immer zu Geschwindigkeitsverlusten (nach kurzer Zeit). Ich dachte, dieser ISP begrenzt die Upload-Geschwindigkeit auf "unbekannte" Adressen, aber dann habe ich einen Arubacloud-Server bestellt und die Upload-Geschwindigkeit per SFTP war in Ordnung.
Danach habe ich OpenVPN auf diesem VPS eingerichtet und es von meinem Laptop aus angeschlossen. Upload-Geschwindigkeiten zu diesem Aruba-Server waren immer noch in Ordnung, aber nicht für andere. Bei jedem Versuch, eine Datei auf meine andere VPS hochzuladen, wurde die Upload-Geschwindigkeit bei max. 5 Mb / s. Ich war sehr verwirrt und habe überprüft, ob das VPN tatsächlich verwendet wird.
Ich fand keine logische Erklärung dafür, warum dies der Fall ist, und begann mit dem Testen auf virtuellen Maschinen mit konfiguriertem "NAT Network Adapter" (so dass meine Host-IP-Adresse freigegeben wurde). Ich war überrascht zu sehen, dass der Datei-Upload auf alle VPS, die ich zuvor getestet habe, mit voller Geschwindigkeit ohne Geschwindigkeitsabfall und ohne Verwendung eines VPNs erfolgt.
Ich dachte, es ist ein Problem mit Software / Diensten, die auf meinem Laptop laufen. Ich startete Windows 10 im abgesicherten Modus mit Netzwerk. Gleiche Probleme. Ich habe eine saubere Kopie von Windows 10 auf einer anderen Festplatte installiert - gleiche Probleme beim Hochladen der Geschwindigkeit ... Natürlich besteht das gleiche Problem, wenn ich eine Kabelverbindung (Ethernet) verwende. Ich habe auch die Verbindung zu zwei verschiedenen Routern (meinem Hauptrouter und dem LTE-Router von Huawei) getestet.
Wenn ich eine virtuelle Windows XP-Maschine geändert habe, um eine "Bridged" -Verbindung (anstelle von NAT) zu verwenden, sind die gleichen Probleme aufgetreten, sodass es höchstwahrscheinlich kein Windows 10-Problem ist.
Ich bin sehr verwirrt und weiß nicht, wie ich die Ursachen dieser Probleme feststellen kann. Für Hinweise und Testempfehlungen wäre ich sehr dankbar.
Update 27.05.2018 17:10
Nur um mehr Details zu geben. Ich habe weitere Tests durchgeführt: Ich habe die SIM-Karte vom LTE-Router in meinem Smartphone verwendet und die Internetverbindung über den "mobilen Hotspot" freigegeben. Das gleiche Problem tritt auf.
Ich habe auch auf dem Laptop meiner Mutter getestet. Das gleiche Problem bleibt bestehen.
Es betrifft nicht nur Filezilla-Übertragungen (SFTP), sondern auch das Hochladen von Dateien per HTTP / HTTPS, das Senden von Dateien über Riot Messenger (Matrix-Client) usw. Ich habe auch ein VPN getestet, das für die Verwendung von Port 443 konfiguriert ist.
Das ist also eigentlich das ISP-Problem, aber etwas muss es auslösen. Nur zur Erinnerung: Wenn ich eine virtuelle Maschine mit einem "NAT" -Netzwerkadapter verwende, kann ich Dateien mit voller Geschwindigkeit ohne Abnahme hochladen.
Natürlich habe ich die Kabelverbindung (Ethernet) mehr als einmal getestet. Es sollte eigentlich keine Rolle spielen, da ich mit Wi-Fi AC ~ 600 MBit / s Upload-Geschwindigkeit von meinem NAS bekomme.
Update 28.05.2018 00:15
Ich habe etwas Interessantes entdeckt:
netsh int tcp show global: Receive Window Auto-Tuning Level : normal Wenn ich Window Auto-Tuning mit " netsh int tcp set global autotuninglevel = disabled " deaktiviere, sind die Upload-Geschwindigkeiten immer niedrig (ohne volle Geschwindigkeitssteigerung beim Start). Die Einstellung auf " experimentell " hat die gleichen Auswirkungen wie der Standardwert " normal ". Dies ist: Um 10-40 MB werden mit voller Geschwindigkeit hochgeladen, dann nimmt sie drastisch auf 2 bis 5 MBit / s ab.
Weiß jemand, was es bedeuten könnte?
Update 28.05.2018 23:55
Gestern habe ich Windows 8.1 auf einer anderen Festplatte installiert. Es scheint, dass die Upload-Geschwindigkeit nicht abnimmt. Autotuning funktioniert gut.
Ich habe alle möglichen Windows 10-Versionen getestet (auf demselben Laptop installiert) und die folgenden Testergebnisse erhalten:
Die letzte Version, bei der das Autotuning einwandfrei funktioniert, lautet: 1511 (10586).
Die Version, bei der die Probleme begannen, lautet: 1607 (Anniversary Update).
Am 1511 funktioniert es gut mit Standard-Wi-Fi / Ethernet-Treibern und auch mit den neuesten möglichen Treibern.
Ich habe versucht, die gleichen TCP-Einstellungen für die neueste Win10-Version mit der Software "TCP Optimizer" festzulegen. Leider hilft es nicht.
Hier sind die Einstellungen des TCP-Optimierers für bestimmte Windows-Versionen:
Win 8.1 (funktioniert gut): https://i.imgur.com/A8mLlrO.png und https://i.imgur.com/8KyNPam.png
Win 10 (funktioniert gut): https://i.imgur.com/XbMSxTF.png und https://i.imgur.com/9la5Ydy.png
Win 10 1511 (funktioniert gut): https://i.imgur.com/ta8sFlc.png und https://i.imgur.com/WuDm937.png
Win 10 1607 (Probleme): https://i.imgur.com/kVyaNfG.png und https://i.imgur.com/F4YLLEU.png
Win 10 1703 (Probleme): https://i.imgur.com/hO2iQF6.png und https://i.imgur.com/FNo0oyk.png
Gewinnen Sie 10 1709 (Probleme) https://i.imgur.com/LAPcuAa.png und https://i.imgur.com/smy5v5R.png
Das Einstellen der gleichen Optionen (manuell, nicht durch die Funktion "Importieren") hilft leider nicht. Vielleicht weiß jemand, was sich beim Anniversary Update geändert hat, was diese Probleme verursachen könnte?
Update 31.05.2018 16:05
Die einzige Lösung, die ich für dieses Problem gefunden habe, ist die Verwendung einer virtuellen Linux-Maschine, die den "NAT" -Netzwerkadapter (Shares Host IP) + Kitty unter Windows verwendet. Es gibt meine Notizen, ich hoffe es wird verständlich genug sein:
Virtual Machine Local IP: 192.168.32.132 apt-get install sshpass autossh screen nano /etc/ssh/sshd_config: Port 777 service ssh restart Kitty settings: Name - > LinuxVM-Tunnel-SpeedFix (port 777 if 22 doesn't work) Connection -> keepalives -> 30 Connection -> Data -> Autologin username/password SSH -> Tunnels: - Source port: 7771 Destination: localhost:8881 | Server1 - Source port: 7772 Destination: localhost:8882 | Server2 - Source port: 7773 Destination: localhost:8883 | Unused - Source port: 7774 Destination: localhost:8884 | Unused Connection -> Data login/pass Connection -> Data -> Command: screen -X -S VMTunnel1 quit; screen -X -S VMTunnel2 quit; screen -X -S VMTunnel3 quit; screen -X -S VMTunnel4 quit; screen -S VMTunnel1 -dm sshpass -p 'MyPassword' autossh -oStrictHostKeyChecking=no -L 8881:127.0.0.1:22 root@server1.example.com; screen -S VMTunnel2 -dm sshpass -p 'MyPassword' autossh -oStrictHostKeyChecking=no -L 8882:127.0.0.1:22 root@server2.example.com; Filezilla: Profile: LinuxVM-server1.example.com | 127.0.0.1 | 7771 Profile: LinuxVM-server2.example.com | 127.0.0.1 | 7772 Wenn also eine virtuelle Maschine, die auf meinem Laptop ausgeführt wird, Datenverkehr zwischen meinem Laptop und ausgewählten Servern tunnelt, erhalte ich volle Upload-Geschwindigkeiten (34 MBit / s). Es funktioniert nicht mehr, wenn ich den Netzwerkadapter der virtuellen Maschine in "Bridge" umstelle. Es muss also "NAT" sein.
Denken Sie daran, dass die Geschwindigkeit des ISP in MBit / s [Megabit pro Sekunde] liegt, während die meisten Apps [FTP enthalten] die Geschwindigkeit in MiB / s [Mebibyte pro Sekunde] angeben, und da 1 MiB = 8 MB Ihre "5MiB / s" tatsächlich ist. 40 Mb / s '.
Der anfängliche Peak kann interperetewd sein, wenn lokale Puffer voll werden.
Zeitlich sollten Sie in der Lage sein, 2 GiB in etwa 7 Minuten hochzuladen. Wenn die Zeit vergleichbar ist, ist Ihre Verbindung in Ordnung.
Es ist mir gelungen, dieses Problem serverseitig zu beheben.
Es scheint, als hätte ein Upgrade von Ubuntu Server 16.04 auf 18.04 dieses Problem für alle meine VPS behoben.
Grundsätzlich hat Windows 10 1607+ Probleme mit Ubuntu 16.04 / Debian 9 (und möglicherweise älter). Nach dem Upgrade des Server-Betriebssystems ist das Problem behoben. Es erklärt, warum nicht einmal VPNs zur Lösung dieses Problems beigetragen haben. Schade, dass ich es so spät gemerkt habe, hätte mir viel Zeit gespart.