Suchergebnisse

Moin zusammen, folgendes Problem stellt sich derzeit. Die UDM sitzt hinter einem AudioCodes Router. Somit wird mir bei WAN die IP (192.168.0.20) angezeigt, die mir der AutoCodes (Telefonie) Router zugeteilt hat. Ein DDNS auf dem der UDM bewirkt, dass jetzt die IP vom WAN Anschluss (192.168.0.20) an den DDNS übermittelt wird, was natürlich Käse ist. Jetzt habe ich auf der Synology den DDNS aktiviert und bekomme darüber auch die richtige IP-Adresse zur DDNS Adresse hin. Ich habe nun blauäugig mal …

Ich habe gerade mal beide Varianten durchgespielt. Port Weiterleitung auf dem AudioCodes mit 51820 auf die interne IP der FWFW als Exposed Host in die DMZ gestellt Der Client quittiert mir in beiden Fällen den Anmeldeversuch mit: (Quelltext, 1 Zeile) Die IP zur DynDNS löst er richtig auf, aber das war es auch schon. Portweiterleitungen oder FW Einträge sind vermutlich nicht notwedig, wenn die FW die erste ist, die diese Anfragen annimmt, oder? Habt ihr ggf. noch eine Idee? Ansonsten muss ich wir…

Habe die Portweiterleitung von 51820 - 51822 eingetragen, da ich es zwischenzeitig mal den WG Dienst auf der UDM mit den Ports 51821 und 51822 versucht hatte. Beim Endpoint hatte ich es mit der IP als auch mit dem DDNS Namen versucht. Den DDNS Namen löst er im Protokoll ja direkt auf, also das passt und mit der externen IP sollte er mich ja ebenfalls zum richtigen Ziel lotsen. Meine Config sieht wie folgt aus: (Quelltext, 10 Zeilen) Stehe bissel auf dem Schlauch

(Zitat von metamorph81) Ich habe derzeit in der Kategorie Internet keine eigene drop Regel definiert (nur die vom System erstellten), so dass es da eigentlich zu keinem Problem kommen dürfte. (Zitat von Networker) Sieht für mich schon nach einer öffentlichen IP aus. Sie fängt mit 89. an.

Also ich habe heute mal die aktuelle öffentliche IP-Adresse beim Wireguard Server in der UDM eingetragen. Die Portweiterleitungen im AutoCodes habe ich so belassen, wie sie waren. Mit dem iPhone kann ich mich erfolgreich verbinden, mit dem Windows und MacClient nicht, dabei verwende ich denselben Benutzer und habe auch schon ausgeschlossen, ob es ggf. an meinem WLAN liegt und mich mitm Hotspot des Handys verbunden. Er bekommt da einfach keinen Handshake auf die Reihe. Wieso funktioniert es mit d…

(Zitat von BlackSpy) Wenn ich PersistentKeepalive = 25 in der Client Config ergänze, klappt es leider immer noch nicht. Muss auf der USG noch etwas geändert werden?

Also habe erneut mal den Wireguard Server neu aufgesetzt. Es ist und bleibt wie bisher. Mit dem iPhone kann ich mich problemlos connecten, sehe den User auch in den Devices in der UDM, mit Windows und MacOS laufe ich immer wieder in den Handshake der nicht zustande kommt. Habe es aus unterschiedlichen Netzen versucht, für Windows und MAC einen extra WG User verwendet, hilft alles nichts Hier meine aktuelle Config (Quelltext, 12 Zeilen) Fehler (Quelltext, 7 Zeilen) Verzweifle aktuell an der Numme…

Nein, aus drei verschiedenen Netzen. sogar unterschiedliche ISPs. Keines der Netze hat dieselbe IP Range. Aber ich habe es jetzt aufgegeben und verwende stattdessen OpenVPN. Das rennt tadellos.