{"id":2155,"date":"2010-08-26T09:23:00","date_gmt":"2010-08-26T07:23:00","guid":{"rendered":"https:\/\/www.boc.de\/watchguard-info-portal\/kein-dyndns-update-bei-vpn-tunnel-routing-0-0-0-00-2\/"},"modified":"2016-08-23T15:01:39","modified_gmt":"2016-08-23T13:01:39","slug":"kein-dyndns-update-bei-vpn-tunnel-routing-0-0-0-00-2","status":"publish","type":"post","link":"https:\/\/wordpress.boc.de\/watchguard-info-portal\/2010\/08\/kein-dyndns-update-bei-vpn-tunnel-routing-0-0-0-00-2\/","title":{"rendered":"Kein DYNDNS-Update bei VPN-Tunnel Routing 0.0.0.0\/0"},"content":{"rendered":"

In manchen VPN-Projekten kommt es vor, dass nicht nur der netzinterne Verkehr von Au\u00dfenstellen durch einen VPN-Tunnel zur Zentrale geroutet wird, sondern auch der gesamte Internet-Traffic. Dann k\u00f6nnen n\u00e4mlich z.B. auch die m\u00f6glicherweise nur in der Zentrale vorhandenen UTM Security Services<\/strong> (WebBlocker, spamBlocker, Gateway Antivirus, Intrusion Prevention Services, Reputation Enabled Defense) auf den Internet-Verkehr der Au\u00dfenstellen angewendet werden, wo m\u00f6glicherweise nur WatchGuard Firebox Produkte mit Live Security eingesetzt werden.
Dabei muss nat\u00fcrlich ber\u00fccksichtigt werden, dass \u00fcber die Internet-Leitung in der Zentrale eben auch der komplette Internet-Traffic der Au\u00dfenstelle(n) l\u00e4uft – und das nicht nur einmal, sondern DOPPELT<\/strong> (aus dem Internet in die Zentrale und weiter \u00fcber den VPN-Tunnel in die Filiale).
Im Branch Office VPN Tunnel wird dies h\u00e4ufig \u00fcber die Verwendung der BOVPN Tunnel Route Local Network <-> 0.0.0.0\/0 realisiert.
Wenn in der Au\u00dfenstelle jedoch keine feste IP-Adresse existiert, sondern mit einem DYNDNS-Hostname<\/strong> gearbeitet wird, f\u00fchrt dies gerade in Verbindung mit dem WatchGuard Management Server<\/strong> zu Problemen. Der auf der WatchGuard laufende DYNDNS-Updater meldet eine Adress\u00e4nderung n\u00e4mlich per http an einen Webserver von DYNDNS. Dieser http-Verkehr wird jedoch von der Firebox oder XTM Appliance nicht direkt ins Internet<\/strong> hinaus geroutet, sondern durch den 0.0.0.0\/0 Tunnel zun\u00e4chst in die Zentrale geschickt und von dort aus weiter zu DYNDNS. Das hat aber zur Folge, dass die „gemeldete“ IP-Adresse nicht zu der Quell-IP-Adresse passt, von der die Meldung bei DYNDNS eingeht. DYNDNS verweigert daher das Update des DNS-Eintrags<\/strong>, und der WatchGuard Management Server und die am VPN-Tunnel beteiligte zentrale Firebox haben ein Problem, die Au\u00dfenstelle zu „finden“.
In einem solchen Fall sollte die Au\u00dfenstelle in einen Internet-Tarif wechseln, bei dem eine feste \u00f6ffentliche IP-Adresse<\/strong> m\u00f6glich ist.<\/p>\n