Wireguard läuft nicht mehr
-
- Privat
- UDM
- Dream Machine Special Edition (UDM-SE)
- offen
- tomtim
Es gibt 24 Antworten in diesem Thema, welches 5.503 mal aufgerufen wurde. Der letzte Beitrag () ist von jkasten.
-
-
Hast du in deiner Konfig die Dyndns Adresse eingetragen? Löst die korrekt auf die öffentliche IP auf?
-
Ja wird aufgelöst...
[Interface]
PrivateKey = oMk0K3fG3heK2N+rO
Address = 192.168.4.2/32
DNS = 1.1.1.1,192.168.1.1
[Peer]
PublicKey = zjes8XYRZ
AllowedIPs = 192.168.4.1/32,192.168.4.2/32,0.0.0.0/0
Endpoint = server.lttte.de:55551
-
Sieht für mich korrekt aus, auch wenn ich nicht allen Traffic über den VPN schicken würde. Das dürfte aber nicht mit deinem ursächlichen Problem zu tun haben. Hast den User mal gelöscht und neu erstellt?
-
Bei mir läuft es ohne Probleme mit WG auf der SE.
-
Hatte sogar alles gelöscht und komplett neu gemacht. Nix... Er verbindet hat die richtige IP aber kann nicht auf eine Webseite oder Mails zugreifen.
Hmm, komisch. .
-
DNS geprüft? Geht die?
-
Ja... selbst 1.1.1.1 geht nicht. Es kommt keine Verbindung zum Internet.
Mal sehen, werde es noch einmal löschen und auch das Netz selbst 192.168.4.x
-
Hm, selbst Teleport geht nicht.
Verstehe ich nicht. Connect läuft sauber, aber keine Verbindung ins Internet wenn ich verbunden bin.
-
Mal die Kiste runtergefahren und neu gestartet?
-
Stimmt, das geht auch noch
Probiere ich nachher
-
Und? Hat der Neustart WG wiederbeleben können oder bist Du jetzt total OFF?
-
Habe ich noch nicht geschafft. Letztes Wochenende war die Familie da und die Woche über war ich auf DR... Jetzt morgen probiere ich es ...
Witzig ist auch man kann sich verbinden obwohl VPN abgeschaltet ist Es kommen aber keine Daten.
-
also es ist zum verzweifeln... Passpartout ist mein Verbindungsprogramm für Wireguard auf dem iPhone.
Die Verbindung wird sauber hergestellt aber keine Verbindung zum Netz - egal wohin.
Habe alles neugestartet .,
Hier der Code von der Passpartout software zur Fehleranalyse.
Code
Alles anzeigen09:17:36 - Interface state was Down, requested Up, now Up 09:17:36 - Device started 09:17:36 - Tunnel interface is utun4 09:17:36 - Routine: receive incoming v6 - started 09:17:36 - Routine: receive incoming v4 - started 09:17:36 - Network change detected with satisfied route and interface order [pdp_ip0] 09:17:36 - peer(Vkac…sfCU) - Routine: sequential receiver - started 09:17:36 - peer(Vkac…sfCU) - Routine: sequential sender - started 09:17:36 - DNS64: mapped 84.159.83.73 to 64:ff9b::549f:5349 09:17:36 - peer(Vkac…sfCU) - UAPI: Updating endpoint 09:17:36 - Routine: receive incoming v4 - stopped 09:17:36 - Routine: receive incoming v6 - stopped 09:17:36 - UDP bind has been updated 09:17:36 - Routine: receive incoming v6 - started 09:17:36 - Routine: receive incoming v4 - started 09:17:36 - Network change detected with satisfied route and interface order [pdp_ip0, utun4] 09:17:36 - DNS64: mapped IP stand hier 09:17:36 - peer(Vkac…sfCU) - UAPI: Updating endpoint 09:17:36 - Routine: receive incoming v4 - stopped 09:17:36 - Routine: receive incoming v6 - stopped 09:17:36 - UDP bind has been updated 09:17:36 - Routine: receive incoming v6 - started 09:17:36 - Routine: receive incoming v4 - started 09:17:36 - peer(Vkac…sfCU) - Sending handshake initiation 09:17:41 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:17:41 - peer(Vkac…sfCU) - Sending handshake initiation 09:17:46 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:17:46 - peer(Vkac…sfCU) - Sending handshake initiation 09:17:51 - peer(Vkac…sfCU) - Sending handshake initiation 09:17:56 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:17:56 - peer(Vkac…sfCU) - Sending handshake initiation 09:18:01 - peer(Vkac…sfCU) - Sending handshake initiation 09:18:06 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:18:06 - peer(Vkac…sfCU) - Sending handshake initiation 09:18:11 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:18:11 - peer(Vkac…sfCU) - Sending handshake initiation 09:18:16 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:18:17 - peer(Vkac…sfCU) - Sending handshake initiation 09:18:22 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:18:22 - peer(Vkac…sfCU) - Sending handshake initiation 09:18:27 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:18:27 - peer(Vkac…sfCU) - Sending handshake initiation 09:18:32 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:18:32 - peer(Vkac…sfCU) - Sending handshake initiation 09:18:37 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:18:37 - peer(Vkac…sfCU) - Sending handshake initiation 09:18:42 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 3) 09:18:42 - peer(Vkac…sfCU) - Sending handshake initiation 09:18:48 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:18:48 - peer(Vkac…sfCU) - Sending handshake initiation 09:18:53 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:18:53 - peer(Vkac…sfCU) - Sending handshake initiation 09:18:58 - peer(Vkac…sfCU) - Sending handshake initiation 09:19:03 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:19:03 - peer(Vkac…sfCU) - Sending handshake initiation 09:19:08 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:19:08 - peer(Vkac…sfCU) - Sending handshake initiation 09:19:13 - peer(Vkac…sfCU) - Handshake did not complete after 5 seconds, retrying (try 2) 09:19:13 - peer(Vkac…sfCU) - Sending handshake initiation
Und hier mein Code
Code[Interface] PrivateKey = geändert Address = 192.168.168.10/32 DNS = 1.1.1.1,1.0.0.1 [Peer] PublicKey = geändert AllowedIPs = 192.168.168.1/32,192.168.168.10/32,0.0.0.0/0 Endpoint = server.internet.de:55545
Hat jemand noch eine Idee ?
Gruss Tom
-
Testweise die Allowed auf 192.168.168.0/24 setzen? Und wie ist das Gateway des 192.168.168.x Subnetz?
-
Hi BlackSpy,
192.168.1.1 ist das Gateway - bzw 192.168.168.1 ....
Ich glaube ich bin dazu zu dumm... bzw. warum ging es Monatelang und heute geht es nicht mehr.
-
Deine Frage ist natürlich berechtigt, warum geht es und auf einmal nicht?
Irgendwas muss geändert worden sein, entweder User oder ein Update.
Auch mal andere Port Einstellungen probiert?
-
Na nur die normalen Updates. Ich denke es liegt wieder am tollen UI... Da gab es ein Update und seitdem sind wieder Einstellungen im Hintergrund verstellt.
Es geht ja überhaupt kein VPN mehr. Ich habe es bereits mit Teleport und allen VPN Diensten probiert.
Jedesmal das gleiche... Du kannst dich verbinden es kommen aber keine Daten und es ist nichts erreichbar.
Unifi ist halt manchmal wie Windows... alle Paar Monate mal neu aufsetzen damit es wieder läuft.
Schade...
Ist halt dumm, weil ich das VPN jede Woche brauche um auch aus dem Ausland mal Fernzusehen. Im Moment nutze ich halt einen anderen VPN Dienst den ich immer bezahlen muss und wo ich manchmal die Länder wechseln muss um nicht am VPN erkannt zu werden.
Die Fritzboxen die ich so in der Hand habe machen ein sehr schlechtes VPN - Langsam und die Verbindung bricht halt öfters mal ab.
-
Alternativ, wenn du Zugang zu den Fritten hast, versuchen auf OS 7.50 zu uppen, das Wireguard der Fritten ist schnell.
Ansonsten wirklich Backup sichern, UDM platt machen und neu aufsetzen.
-
Zitat
Why is my VPN connected but not passing traffic?
One of the most common reasons why the VPN is connected but not working is a DNS configuration issue. It may also occur if you configure the VPN connection to use the default gateway on the remote network. This setting overrides the default gateway settings that you specify in your TCP/IP settings.