2
Hohe TCP-Paketverluste beim Upload vom NAS ins WAN
Ursprünglich ist mir das Problem beim Filetransfer vom NAS zum WAN-Client aufgefallen, Durchsatz über Samba und HTTPS via VPN - 200-300 KB/s.
HTTPS ohne VPN brachte keine Verbesserung.
Habe das Setup vereinfacht - NAS1 direkt an die Fritzbox angeschlossen, port 443 durchgeschleift - keine Verbesserung.
Dann mit iPerf getestet mit folgenden Ergebnissen:
- Download - in allen Tests ok, Paketverluste bei ca. 10%
- Upload
NAS2 - Alles Ok, auch WAN-Upload
NAS1
UDP - bei allen Tests Ok, Paketverlust bei ca. 1%
iperf3 -c paris.testdebit.info -p 9201 -P 10 -4 -u
TCP
- Im LAN - alles ok, Verlust bei <10%
iperf3 -c 192.168.x.y -p 5201 -P 10 -4
- Im WAN - Tests mit WAN-Client und Public iPerf-Server bringen gleiches Ergebnis - Paketverluste 70-90%
Getestet von beiden NIC's, gleiche Ergebnisse
iperf3 -c speedtest.wtnet.de -p 5200 -P 10 -4
Beispielergebnisse zu unterschiedlichen Servern
Zusammenfassung:
Das Problem existiert nur TCP-Uploads vom NAS1 ins WAN, auf beiden Adaptern. Paketverluste 70-90%.
D.h. meine bisherige Fehlersuche bei Samba oder HTTPS-Settings war vermutlich nutzlos.
Woran kann das liegen?
Gibt es sonst etwas, was ich noch testen kann um den den Fehler weiter einzugrenzen?
HTTPS ohne VPN brachte keine Verbesserung.
Habe das Setup vereinfacht - NAS1 direkt an die Fritzbox angeschlossen, port 443 durchgeschleift - keine Verbesserung.
Dann mit iPerf getestet mit folgenden Ergebnissen:
- Download - in allen Tests ok, Paketverluste bei ca. 10%
[SUM] 0.00-10.03 sec 289 MBytes 241 Mbits/sec 0 sender
[SUM] 0.00-10.00 sec 263 MBytes 220 Mbits/sec receiver- Upload
NAS2 - Alles Ok, auch WAN-Upload
NAS1
UDP - bei allen Tests Ok, Paketverlust bei ca. 1%
iperf3 -c paris.testdebit.info -p 9201 -P 10 -4 -u
TCP
- Im LAN - alles ok, Verlust bei <10%
iperf3 -c 192.168.x.y -p 5201 -P 10 -4
- Im WAN - Tests mit WAN-Client und Public iPerf-Server bringen gleiches Ergebnis - Paketverluste 70-90%
Getestet von beiden NIC's, gleiche Ergebnisse
iperf3 -c speedtest.wtnet.de -p 5200 -P 10 -4
Beispielergebnisse zu unterschiedlichen Servern
Result 1
[SUM] 0.00-10.00 sec 141 MBytes 118 Mbits/sec 769 sender
[SUM] 0.00-10.06 sec 32.9 MBytes 27.4 Mbits/sec receiver
Result 2
[SUM] 0.00-10.00 sec 162 MBytes 136 Mbits/sec 396 sender
[SUM] 0.00-10.02 sec 52.3 MBytes 43.8 Mbits/sec receiver
Result 3
[SUM] 0.00-10.00 sec 125 MBytes 105 Mbits/sec 511 sender
[SUM] 0.00-10.00 sec 12.5 MBytes 10.5 Mbits/sec receiver
Result 4
[SUM] 0.00-10.00 sec 131 MBytes 110 Mbits/sec 399 sender
[SUM] 0.00-10.00 sec 21.4 MBytes 17.9 Mbits/sec receiverZusammenfassung:
Das Problem existiert nur TCP-Uploads vom NAS1 ins WAN, auf beiden Adaptern. Paketverluste 70-90%.
D.h. meine bisherige Fehlersuche bei Samba oder HTTPS-Settings war vermutlich nutzlos.
Woran kann das liegen?
Gibt es sonst etwas, was ich noch testen kann um den den Fehler weiter einzugrenzen?
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 666346
Url: https://administrator.de/contentid/666346
Ausgedruckt am: 22.11.2024 um 03:11 Uhr
2 Kommentare
Neuester Kommentar
Was sagt Wireshark? Das wäre das erste was ich ausprobieren würde.
Zitat von @146211:
Was sagt Wireshark? Das wäre das erste was ich ausprobieren würde.
Was sagt Wireshark? Das wäre das erste was ich ausprobieren würde.
Gerade tcpdump auf der pfSense gestartet und den TCP-Traffic vom NAS beim iPerf-Test aufgenommen.
Habe den Dump in WireShark geladen, kann aber die Ergebnisse nicht interpretieren. Mein Know-How ist beschränkt an der Stelle.
Wonach kann ich in dem Dump suchen?
