Die Routen sehen gut aus. Wenn die Pings trotzdem nicht wie erwartet funktionieren, dann ist es vermutlich ein Firewall Thema.
[gelöst]DS218 von außen erreichbar
-
-
-
also die PostUp und PostDown hab ich jetzt noch NICHT entfernt.
Hier der Client:Coderoot@vpn-client:/home/Chris# iptables -L -v Chain INPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 5 420 ACCEPT all -- wg0 any anywhere anywhere Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destinationund hier der VPS:
Coderoot@ubuntu:~# iptables -L -v Chain INPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination Chain FORWARD (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destination 0 0 ACCEPT all -- wg0 any anywhere anywhere Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes) pkts bytes target prot opt in out source destinationmuss ich noch irgendwas freigeben?
Ich hab auf dem VPS aktuell den Wireguard Port offen. -
Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
-
-
Client
Code
Alles anzeigeninterface: wg0 public key: HierStehtDerPublicKey private key: (hidden) listening port: 46060 peer: HierstehtEinKey endpoint: IPvomVPS:51820 allowed ips: 10.0.0.0/24 latest handshake: 28 seconds ago transfer: 9.02 KiB received, 13.68 KiB sent persistent keepalive: every 25 secondsund hier der Server
Code
Alles anzeigeninterface: wg0 public key: hierStehtEinPublicKey private key: (hidden) listening port: 51820 peer: HierStehtAuchEinKeyVPS endpoint: 94.31.84.18:46060 allowed ips: 10.0.0.0/32, 192.168.178.0/24 latest handshake: 2 minutes, 1 second ago transfer: 14.29 KiB received, 11.37 KiB sent persistent keepalive: every 25 seconds peer: HierStehtEinKeyHandy endpoint: 94.31.84.18:39307 allowed ips: 10.0.0.0/24 transfer: 0 B received, 174.30 KiB sent persistent keepalive: every 25 seconds -
-
Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
-
tatsächlich fehlte da jetzt die /24 hinter der 10.0.0.0... aber komisch... weil als ich die Sachen ein paar Beiträge weiter oben rauskopiert hab, war die da!
Hab das jetzt mal in der wg0.conf geändert (mit wg0 down) und beim wg0 up bekam ich jetzt folgenden hinweis:
-
wg show zeigt mir auf dem VPS jetzt folgendes:
Code
Coderoot@ubuntu:~# wg show interface: wg0 public key: XXXXXXXXXXXX private key: (hidden) listening port: 51820 peer: XXXXXXX endpoint: 94.31.84.18:46060 allowed ips: 192.168.178.0/24 latest handshake: 4 seconds ago transfer: 968 B received, 1.73 KiB sent persistent keepalive: every 25 seconds peer: XXXXXXXXX= endpoint: 94.31.84.18:39307 allowed ips: 10.0.0.0/24 transfer: 0 B received, 18.07 KiB sent persistent keepalive: every 25 secondsDa fehlt jetzt die 10.0.0.0/24 unter den Allowed IPs, obwohl die in der wg0.conf definitiv so auftaucht
-
Bitte poste mal die entsprechende Konfiguration.
-
Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
-
Code
Alles anzeigenfrisch aus der wg0.conf vom VPS rauskopiert. wg0 ist aktuell up [Interface] Address = 10.0.0.1/24 SaveConfig = true PostUp = iptables -A FORWARD -i wg0 -j ACCEPT PostDown = iptables -D FORWARD -i wg0 -j ACCEPT ListenPort = 51820 PrivateKey = KEY [Peer] PublicKey = KEY AllowedIPs = 10.0.0.1/24, 192.168.178.0/24 Endpoint = 94.31.84.18:46060 PersistentKeepalive = 25 [Peer] PublicKey = KEY AllowedIPs = 10.0.0.0/24 Endpoint = 94.31.84.18:39307 PersistentKeepalive = 25 -
jau, fehler gefunden... allowed ips... 10.0.0.1!!!!
-
soo, jetzt ists richtig mit 10.0.0.0/24 aber ping problematik besteht weiterhin
-
Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
-
was mir gerade noch auffällt... ich kann vom raspberry den VPS über die öffentliche IPv4 adresse garnicht anpingen...
andere webseiten sind anpingbar -
Für die Punkt-zu-Punkt-Verbindung ist das ok.
Aber das Netz müsstest du eigentlich definieren als 10.0.0.0/24, der konkrete Host darin wäre 10.0.0.1/32.
In deinem Fall müsste beides funktionieren. 10.0.0.0/32 hingegen hat weder noch getroffen.
Du kannst, um deine Erfahrung zu verbessern, mal beides versuchen.
-
die Notation /24 und /32 ist mir seit ein paar Tagen mitterweile tatsächlich ein Begriff...
was ich meinte, ich kann die öffentliche IPv4 (85.xxx.xx.xx) des VPS nicht anpingen. das sollte doch funktionieren, oder? -
Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
-
was mir gerade noch auffällt... ich kann vom raspberry den VPS über die öffentliche IPv4 adresse garnicht anpingen...
andere webseiten sind anpingbarDas wiederum kann natürlich andere Gründe haben. Vielleicht filter die Provider-Firewall ICMP vorab aus.
Oder klappt der Ping, wenn der Tunnel nicht aufgebaut ist?
-
ICMP war in der Firewall blockiert. habs testweise mal freigegeben, dann war die IPv4 pingbar.
den 10.0.0.1 krieg ich aber immer noch nicht gepingt -.-
muss der wireguard udp port in der firewall freigegeben werden?
-
sooo, es ist pingbar! ich hab in der fritzbox die statische route deaktiviert und dann nochaml aktiviert und zack, ich kann den 10.0.0.1 anpingen! *party*
-
Tipp: Jetzt kostenlos registrieren, mitmachen und das Forum ohne Werbebanner nutzen.
-
soo, jetzt noch die letzten fragen:
allowedIPs in der Serverconfig für den Peer Handy: nur 10.0.0.0/24 oder zusätzlich noch das lokale 192.168.178.0/24 Netz???
allowedIPs in der Client Config auf dem Handy: nur 10.0.0.0/24 oder zusätzlich noch das lokale 192.168.178.0/24 Netz???
Client Config auf dem Handy: kann ich einfach die lokale DNS IPv4 von Adguard mit übermitteln?
muss auf dem VPS der Wireguard UDP Port in der Firewall freigegeben werden?
-
Also ich habe jetzt mehr Fragen als zuvor, auch wenn du glücklich bist.
1) Wie soll denn der Tunnel bisher funktioniert haben, wenn der Provider den Port bisher geblockt hat?
2) Die Route auf der FB sollte bei deinen Tests gar keine Rolle spielen. Zwischen welchen Systemen hast du denn bisher getestet?
Dass für dein NAS diese Route wichtig ist, ist klar. Denn dieses wendet sich ja an die FB. Die weiß dann, dass der rpi damit zu tun hat.Die AllowedIPs steuert, für welche IPs sich das Tunnelende verantwortlich fühlt und setzt die entsprechende Route.
Dein Handy, was sich nun mit dem VPS verbindet, kann entweder den Tunnel am Ende des rpi ansprechen (10.x.y.z) oder die lokale Adresse (192.x.y.z). Dann müssen wir aber vermutlich wieder über Masquerading etc. sprechen. Denn dein Netz, von dem du mit dem Handy beim VPS landest, wird dynamisch sein. Der rpi wird nicht wissen, wo das Paket hin soll, wenn es von sonstwo herkommt.
-