Beiträge von frank_m

frank_m

ich hab übrigens gerade noch mal nur einer Verbindung gegengetestet:

Code

root@serv3:~# iperf3 -c 192.168.200.1 -p 5006
Connecting to host 192.168.200.1, port 5006
[  5] local 192.168.200.7 port 34718 connected to 192.168.200.1 port 5006
[ ID] Interval           Transfer     Bitrate         Retr  Cwnd
[  5]   0.00-1.00   sec  31.8 MBytes   267 Mbits/sec    0    347 KBytes
[  5]   1.00-2.00   sec  59.7 MBytes   501 Mbits/sec    0    524 KBytes
[  5]   2.00-3.00   sec  58.5 MBytes   491 Mbits/sec    0    601 KBytes
[  5]   3.00-4.00   sec  58.2 MBytes   488 Mbits/sec    0    629 KBytes
[  5]   4.00-5.00   sec  42.4 MBytes   355 Mbits/sec    0    661 KBytes
[  5]   5.00-6.00   sec  38.7 MBytes   325 Mbits/sec    0    661 KBytes
[  5]   6.00-7.00   sec  54.4 MBytes   457 Mbits/sec    0    661 KBytes
[  5]   7.00-8.00   sec  41.6 MBytes   349 Mbits/sec    0    661 KBytes
[  5]   8.00-9.00   sec  43.7 MBytes   367 Mbits/sec    0    661 KBytes
[  5]   9.00-10.00  sec  51.7 MBytes   434 Mbits/sec    0    778 KBytes
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec   481 MBytes   403 Mbits/sec    0             sender
[  5]   0.00-10.04  sec   479 MBytes   400 Mbits/sec                  receiver

iperf Done.
root@serv3:~# iperf3 -c 192.168.200.1 -p 5006 -R
Connecting to host 192.168.200.1, port 5006
Reverse mode, remote host 192.168.200.1 is sending
[  5] local 192.168.200.7 port 44692 connected to 192.168.200.1 port 5006
[ ID] Interval           Transfer     Bitrate
[  5]   0.00-1.00   sec  41.9 MBytes   351 Mbits/sec
[  5]   1.00-2.00   sec  43.8 MBytes   367 Mbits/sec
[  5]   2.00-3.00   sec  45.4 MBytes   381 Mbits/sec
[  5]   3.00-4.00   sec  42.8 MBytes   360 Mbits/sec
[  5]   4.00-5.00   sec  45.4 MBytes   382 Mbits/sec
[  5]   5.00-6.00   sec  43.2 MBytes   361 Mbits/sec
[  5]   6.00-7.00   sec  40.9 MBytes   344 Mbits/sec
[  5]   7.00-8.00   sec  44.0 MBytes   368 Mbits/sec
[  5]   8.00-9.00   sec  36.7 MBytes   309 Mbits/sec
[  5]   9.00-10.00  sec  43.9 MBytes   367 Mbits/sec
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.04  sec   431 MBytes   360 Mbits/sec  291             sender
[  5]   0.00-10.00  sec   428 MBytes   359 Mbits/sec                  receiver

iperf Done.

Alles anzeigen

Parellele Streams macht doch ganz gut was aus.

frank_m

Ja, meines Wissens nach schon.

frank_m

iperf3 über Wireguard von einem VPS PICO auf einen RS 2000.

RS2000: Ubuntu 22.04

VPS PICO: Debian 12

Client war der Pico, also der erste Block ist Upload, der 2. Download (aus Sicht des Pico).

Code

Connecting to host 192.168.200.1, port 5006
Reverse mode, remote host 192.168.200.1 is sending
[  5] local 192.168.200.7 port 42830 connected to 192.168.200.1 port 5006
[  7] local 192.168.200.7 port 42846 connected to 192.168.200.1 port 5006
[  9] local 192.168.200.7 port 42862 connected to 192.168.200.1 port 5006
[ 11] local 192.168.200.7 port 42864 connected to 192.168.200.1 port 5006
[ 13] local 192.168.200.7 port 42870 connected to 192.168.200.1 port 5006
[ 15] local 192.168.200.7 port 42882 connected to 192.168.200.1 port 5006
[ 17] local 192.168.200.7 port 42886 connected to 192.168.200.1 port 5006
[ 19] local 192.168.200.7 port 42892 connected to 192.168.200.1 port 5006
[ 21] local 192.168.200.7 port 42900 connected to 192.168.200.1 port 5006
[ 23] local 192.168.200.7 port 42914 connected to 192.168.200.1 port 5006
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.01  sec  61.4 MBytes  51.4 Mbits/sec   55             sender
[  5]   0.00-10.00  sec  61.0 MBytes  51.1 Mbits/sec                  receiver
[  7]   0.00-10.01  sec  59.3 MBytes  49.7 Mbits/sec   55             sender
[  7]   0.00-10.00  sec  58.9 MBytes  49.4 Mbits/sec                  receiver
[  9]   0.00-10.01  sec  63.2 MBytes  52.9 Mbits/sec   49             sender
[  9]   0.00-10.00  sec  62.6 MBytes  52.5 Mbits/sec                  receiver
[ 11]   0.00-10.01  sec  53.8 MBytes  45.1 Mbits/sec   54             sender
[ 11]   0.00-10.00  sec  53.4 MBytes  44.8 Mbits/sec                  receiver
[ 13]   0.00-10.01  sec  59.8 MBytes  50.1 Mbits/sec   49             sender
[ 13]   0.00-10.00  sec  59.5 MBytes  49.9 Mbits/sec                  receiver
[ 15]   0.00-10.01  sec  63.1 MBytes  52.9 Mbits/sec   48             sender
[ 15]   0.00-10.00  sec  62.7 MBytes  52.6 Mbits/sec                  receiver
[ 17]   0.00-10.01  sec  72.7 MBytes  61.0 Mbits/sec   45             sender
[ 17]   0.00-10.00  sec  72.0 MBytes  60.4 Mbits/sec                  receiver
[ 19]   0.00-10.01  sec  58.6 MBytes  49.1 Mbits/sec   50             sender
[ 19]   0.00-10.00  sec  58.3 MBytes  48.9 Mbits/sec                  receiver
[ 21]   0.00-10.01  sec  57.8 MBytes  48.4 Mbits/sec   54             sender
[ 21]   0.00-10.00  sec  56.8 MBytes  47.6 Mbits/sec                  receiver
[ 23]   0.00-10.01  sec  63.7 MBytes  53.4 Mbits/sec   48             sender
[ 23]   0.00-10.00  sec  62.9 MBytes  52.8 Mbits/sec                  receiver
[SUM]   0.00-10.01  sec   613 MBytes   514 Mbits/sec  507             sender
[SUM]   0.00-10.00  sec   608 MBytes   510 Mbits/sec                  receiver

iperf Done.
root@serv3:~# iperf3 -c 192.168.200.1 -p 5006 -P 10
Connecting to host 192.168.200.1, port 5006
[ ID] Interval           Transfer     Bitrate         Retr
[  5]   0.00-10.00  sec  85.3 MBytes  71.5 Mbits/sec    0             sender
[  5]   0.00-10.02  sec  82.0 MBytes  68.7 Mbits/sec                  receiver
[  7]   0.00-10.00  sec  84.9 MBytes  71.2 Mbits/sec    1             sender
[  7]   0.00-10.02  sec  81.9 MBytes  68.5 Mbits/sec                  receiver
[  9]   0.00-10.00  sec  86.1 MBytes  72.2 Mbits/sec    0             sender
[  9]   0.00-10.02  sec  81.9 MBytes  68.5 Mbits/sec                  receiver
[ 11]   0.00-10.00  sec  85.7 MBytes  71.9 Mbits/sec    0             sender
[ 11]   0.00-10.02  sec  81.9 MBytes  68.5 Mbits/sec                  receiver
[ 13]   0.00-10.00  sec  82.8 MBytes  69.5 Mbits/sec    1             sender
[ 13]   0.00-10.02  sec  81.9 MBytes  68.5 Mbits/sec                  receiver
[ 15]   0.00-10.00  sec  82.7 MBytes  69.4 Mbits/sec    1             sender
[ 15]   0.00-10.02  sec  81.9 MBytes  68.5 Mbits/sec                  receiver
[ 17]   0.00-10.00  sec  85.0 MBytes  71.3 Mbits/sec    3             sender
[ 17]   0.00-10.02  sec  81.9 MBytes  68.5 Mbits/sec                  receiver
[ 19]   0.00-10.00  sec  85.4 MBytes  71.6 Mbits/sec    2             sender
[ 19]   0.00-10.02  sec  81.9 MBytes  68.5 Mbits/sec                  receiver
[ 21]   0.00-10.00  sec  85.0 MBytes  71.3 Mbits/sec    2             sender
[ 21]   0.00-10.02  sec  81.9 MBytes  68.5 Mbits/sec                  receiver
[ 23]   0.00-10.00  sec  85.0 MBytes  71.3 Mbits/sec    1             sender
[ 23]   0.00-10.02  sec  81.9 MBytes  68.5 Mbits/sec                  receiver
[SUM]   0.00-10.00  sec   848 MBytes   711 Mbits/sec   11             sender
[SUM]   0.00-10.02  sec   819 MBytes   686 Mbits/sec                  receiver

Alles anzeigen

frank_m

Zitat von Hille

Den Test habe ich vom Server aus gestartet. Vom Client aus sind die Werte ähnlich.

Was heißt "ähnlich"? Der gezeigte Test hat langsamen Upload und schnellen Download. D.h., der Server sendet langsam, der Client schnell. Ist das noch genau so, wenn der Client den Test startet? Oder ist es dann anders herum? Der Sender hat die "Arbeit" mit der Verschlüsselung, der Empfänger muss nur entschlüsseln. Die entsprechenden Wireguard Kernel Module sind auf beiden Seiten aktiv?

Zitat von Hille

Mehrere parallele Verbindungen müsste ich noch testen. Vermutlich werden die Werte aber nicht besser

Dann lass dich überraschen. Ich könnte mir durchaus vorstellen, dass das signifikant Einfluss hat.

Mach parallel mal einen iperf3 UDP Test zwischen beiden Systemen ohne VPN Tunnel. Ich hab schon Anbindungen gesehen, da gab es unerklärliche Paketverluste bei UDP Verbindungen.

frank_m

Zitat von Hille

Server: 1500 - 20 Bytes (IPv4) - 8 Byte (UDP) - 32Byte (WG) = 1440

Client: 1492 - 20 Bytes (IPv4) - 8 Byte (UDP) - 32Byte (WG) = 1432

Sind in den 32 Byte schon die zusätzlichen IP Header drin? IP und UDP muss man ja doppelt übertragen. Und bei IPv6 werden die Header entsprechend größer.

Den Speedtest hast du auf dem Client gestartet? Was passiert bei mehreren parallelen Verbindungen?

frank_m

wir wollen ja auch eine IP und keinen Domainnamen. So viele Zugriffe wirds ja nicht geben, den müsstest du an der Zeit und dem nicht erfolgreichen Aufbau ja erkennen können.

frank_m

Gibts kein Access Log der Anwendung, auf die zugegriffen wurde? Webserver, SSH etc. loggen ja mit.

frank_m

Dann siehe Beitrag #2.

frank_m

Hast du schon eine Speicheroptimierung durchgeführt?

frank_m

Solange sie keinen direkten Internetzugang haben, ist das in Ordnung.

frank_m

jo. Das sieht vernünftig aus. Also war das Problem wirklich nur die Zuordnung der Nameserver aufs falsche Interface. Gut zu wissen fürs nächste Mal.

frank_m

Ok, also doch Inkonsistenzen auf den Interfaces. Und wir hatten noch danach gefragt ... Was machen denn VLAN1 und VLAN2? Das wäre in den Zug wichtig gewesen, um beurteilen zu können, was da abgeht.

Ob IPv4 oder IPv6 bevorzugt wird, kann man in Windows einstellen. https://learn.microsoft.com/de-de/troubles…ipv6-in-windows

Das sollte auch gelten, wenn die Namensauflösung über IPv4 erfolgt. Ich hatte bei mir zu Hause aufgrund eines Konfiiguratiionsfehlers eine Zeitlang die Situation, dass mein Nameserver nur per IPv4 und nicht per IPv6 erreichbar war. Gesehen hab ich das auch erst in einem Wireshark Log, weil auf die v6 Anfragen keine Antwort kam. Aber es hat Windows nicht davon abgehalten, weiterhin IPv6 für die Kommunikation nach Außen zu bevorzugen.

Zitat von Hille

Der Windows Server hängt nicht direkt im Internet, sondern geht per vlan über eine Linux VM als Gateway ins Internet bzw ist darüber von aussen z.B. RDP nur erreichbar.

Ich hoffe, RDP hängt nicht direkt über eine Portfreigabe im Internet, sondern da ist ein VPN oder sowas dazwischen. Weil sonst rettet einen auch das Linux Gateway nicht.

frank_m

In dem tcpdump sieht man aber nur, dass beim Ausführen des Pings nichts auf dem VLAN ankommt. Man sieht nicht, ob Windows nicht vielleicht versucht hat, über andere Netzwerkdevices zu kommunizieren.

frank_m

Ich glaube, netcup ist in diesem Fall unschuldig, da es ja die internen Nameserver des TE betrifft. Entweder sind die Nameserver nicht korrekt eingerichtet, oder der Windows Server.

frank_m

Ist das vielleicht irgendein DNSSEC Problem auf dem internen Server? Oder ein UDP/TCP Problem?

frank_m

Wenn die Konfiguration da tatsächlich korrekt ist, dann kann ich mir eigentlich nur noch was in der Firewall vorstellen, was die Kommunikation verhindert.

frank_m

Wie hast du denn die IPs konfiguriert? Statisch oder per DHCP? Gibt es RAs? Sind die Ausgaben von ipconfig /all konsistent? Wenn du über dein VLAN arbeitest, dann geistert da auch nichts mehr vom alten netcup Interface herum?

frank_m

Andere Anwendungen auf dem Server kommen problemlos ins Internet? Browser, Windows Update etc.?

frank_m

Ich könnte mir auch noch ein Problem mit der search domain vorstellen. Was hat denn der dig Test ohne Nameserver ergeben? GGf. muss man auch mal mit Wireshark schauen, was da wirklich wo gesucht wird.

frank_m

Gut, wenn du ihm den Server in der Kommandozeile mitgibst, dann ist klar, dass es funktioniert. Es geht ja drum, warum das System den DNS Server nicht von allein findet.

Beiträge von frank_m

WireGuard Benchmark VPS Pico und Nano

Wireguard MTU

WireGuard Benchmark VPS Pico und Nano

Wireguard MTU

Wireguard MTU

Heimsuchung

Heimsuchung

Keine Snapshots mehr möglich 😮

Keine Snapshots mehr möglich 😮

Frage / Problem DNS Windows Server

Frage / Problem DNS Windows Server

Frage / Problem DNS Windows Server

Frage / Problem DNS Windows Server

Frage / Problem DNS Windows Server

Frage / Problem DNS Windows Server

Frage / Problem DNS Windows Server

Frage / Problem DNS Windows Server

Frage / Problem DNS Windows Server

Frage / Problem DNS Windows Server

Frage / Problem DNS Windows Server