https://wiki.securepoint.de/index.php?action=history&feed=atom&title=UTM%2FVPN%2FIPSec-S2S_Beispiele.lang UTM/VPN/IPSec-S2S Beispiele.lang - Versionsgeschichte 2026-04-25T18:23:18Z Versionsgeschichte dieser Seite in Securepoint Wiki MediaWiki 1.43.5 https://wiki.securepoint.de/index.php?title=UTM/VPN/IPSec-S2S_Beispiele.lang&diff=89042&oldid=prev Lauritzl am 18. Januar 2024 um 10:40 Uhr 2024-01-18T10:40:23Z <p></p> <a href="https://wiki.securepoint.de/index.php?title=UTM/VPN/IPSec-S2S_Beispiele.lang&amp;diff=89042&amp;oldid=86674">Änderungen zeigen</a> Lauritzl https://wiki.securepoint.de/index.php?title=UTM/VPN/IPSec-S2S_Beispiele.lang&diff=86674&oldid=prev Lauritzl am 18. Juli 2023 um 11:03 Uhr 2023-07-18T11:03:42Z <p></p> <a href="https://wiki.securepoint.de/index.php?title=UTM/VPN/IPSec-S2S_Beispiele.lang&amp;diff=86674&amp;oldid=85568">Änderungen zeigen</a> Lauritzl https://wiki.securepoint.de/index.php?title=UTM/VPN/IPSec-S2S_Beispiele.lang&diff=85568&oldid=prev Lauritzl: Die Seite wurde neu angelegt: „{{Lang}} {{#vardefine:headerIcon|spicon-utm}} {{var | display | IPSec Site to Site Beispiele | }} {{var | head | Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen | }} {{var | Netzwerk | Netzwerk | }} {{var | Netzwerkkonfiguration | Netzwerkkonfiguration | }} {{var | Einleitung | Einleitung | }} {{var | Einleitung--desc | Bei einer IPSec Verbindung gibt es für jeden Netzaufbau empfohlene Konfigurationen, dam…“ 2023-05-02T10:48:55Z <p>Die Seite wurde neu angelegt: „{{Lang}} {{#vardefine:headerIcon|spicon-utm}} {{var | display | IPSec Site to Site Beispiele | }} {{var | head | Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen | }} {{var | Netzwerk | Netzwerk | }} {{var | Netzwerkkonfiguration | Netzwerkkonfiguration | }} {{var | Einleitung | Einleitung | }} {{var | Einleitung--desc | Bei einer IPSec Verbindung gibt es für jeden Netzaufbau empfohlene Konfigurationen, dam…“</p> <p><b>Neue Seite</b></p><div>{{Lang}}<br /> <br /> {{#vardefine:headerIcon|spicon-utm}}<br /> <br /> {{var | display<br /> | IPSec Site to Site Beispiele<br /> | }}<br /> {{var | head<br /> | Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen<br /> | }}<br /> {{var | Netzwerk<br /> | Netzwerk<br /> | }}<br /> {{var | Netzwerkkonfiguration<br /> | Netzwerkkonfiguration<br /> | }}<br /> {{var | Einleitung<br /> | Einleitung<br /> | }}<br /> {{var | Einleitung--desc<br /> | Bei einer IPSec Verbindung gibt es für jeden Netzaufbau empfohlene Konfigurationen, damit ein Tunnel aufgebaut werden kann.&lt;br&gt; Dabei wird unterschieden, ob die öffentliche IP auf der UTM liegt, oder ob die Verbindung &quot;genattet&quot; ist. Auch, ob es mehrere Internetleitungen gibt, spielt hierbei eine Rolle.<br /> | }}<br /> {{var | Single-Path mit öffentlichen IP-Adressen<br /> | Single-Path mit öffentlichen IP-Adressen<br /> | }}<br /> {{var | Single-Path mit öffentlichen IP-Adressen--desc<br /> | Im folgenden wird erklärt, wie eine IPSec-VPN Konfiguration aussieht, wenn an beiden Seiten der Verbindung jeweils nur eine Internetleitung vorhanden ist und öffentliche IP-Adressen direkt an den UTM anliegen. Dieses ist zum Beispiel der Fall, wenn an der externen Schnittstelle ein ADSL-Modem angeschlossen ist.<br /> | }}<br /> {{var | Zentrale<br /> | Zentrale<br /> | }}<br /> {{var | Netzwerkvorgaben<br /> | Netzwerkvorgaben<br /> | }}<br /> {{var | Single path öffentlich Zentrale Netzwerkvorgaben--Bild<br /> | UTM v12.3.6 Netzwerkkonfiguration single path öffentlich Zentrale.png<br /> | UTM v12.3.6 Netzwerkkonfiguration single path öffentlich Zentrale-en.png }}<br /> {{var | Single path öffentlich Zentrale Netzwerkvorgaben--desc<br /> | Für den Anschluss eines Modems an der UTM wird eine [[UTM/NET/PPPoE | PPPoE-Schnittstelle]] und eine Default-Route über diese Schnittstelle eingerichtet.&lt;br&gt; In unserem Fall ist es die erste PPPoE-Schnittstelle, die dann die Bezeichnung wan0 erhält.<br /> | }}<br /> {{var | Single path öffentlich DR Zentrale--Bild<br /> | UTM v12.3.6 Netzwerkkonfiguration Default Route single path öffentlich Zentrale.png<br /> | UTM v12.3.6 Netzwerkkonfiguration Default Route single path öffentlich Zentrale-en.png }}<br /> {{var | Single path öffentlich DR Zentrale--desc<br /> | Die Default-Route kann mit Klick auf {{Menu|Netzwerk|Netzwerkkonfiguration|Routing|+ Default-Route hinzufügen}} angelegt werden, wobei die zuvor angelegte PPPoE-Schnittstelle als Gateway ausgewählt wird.<br /> | }}<br /> {{var | IPSec Phase 1<br /> | IPSec Phase 1<br /> | }}<br /> {{var | IPSec Phase 1--desc<br /> | Mit Klick auf {{Menu|VPN|IPSec|Verbindungen|+ IPSec Verbindung hinzufügen}} kann eine IPSec-Verbindung hinzugefügt werden. Eine genau Anleitung dazu findet sich [[UTM/VPN/IPSec-S2S |hier]].&lt;br&gt; Wenn anschließend auf {{Button|Phase 1}} geklickt wird, so sieht der Dialog wie folgt aus:<br /> | }}<br /> {{var | Name--desc<br /> | Name der Verbindung<br /> | }}<br /> {{var | Singlepath öffentlich IPSec Zentrale--Bild<br /> | UTM v12.3.6 IPSec Phase 1 single path öffentliche Zentrale.png<br /> | UTM v12.3.6 IPSec Phase 1 single path öffentliche Zentrale-en.png }}<br /> {{var | IKE Version<br /> | IKE Version<br /> | }}<br /> {{var | IKE Version--desc<br /> | IKE Version<br /> | }}<br /> {{var | Local Gateway--desc<br /> | Lokales Gateway angeben<br /> | }}<br /> {{var | Local Gateway ID--desc<br /> | Die Gateway ID fließt in die Authentifizierung mit ein. Dies kann eine IP-Adresse, ein Hostname oder eine Schnittstelle sein.<br /> | }}<br /> {{var | Remote Host--desc<br /> | Öffentliche IP-Adresse (oder Hostname, der per DNS aufgelöst werden kann) der Gegenstelle.<br /> | }}<br /> {{var | Remote Host ID--desc<br /> | ID, die auf der Gegenstelle als lokale ID konfiguriert wurde (beliebige Zeichenfolge).<br /> | }}<br /> {{var | Beliebige Remote-Adressen erlauben<br /> | Beliebige Remote-Adressen erlauben<br /> | }}<br /> {{var | Beliebige Remote-Adressen erlauben--desc<br /> | Diese Option deaktivieren für Site to Site-Verbindungen mit DynDNS-Hosts, wenn mehrere IPsec-Verbindungen mit a priori unbekannten Adressen (DynDNS S2S, Roadwarrior) konfiguriert sind.<br /> | }}<br /> {{var | Lokale Authentifizierungsmethode<br /> | Lokale Authentifizierungsmethode<br /> | }}<br /> {{var | Lokale Authentifizierungsmethode--desc<br /> | Es kann ein Pre-Shared Key, ein Zertifikat oder ein RSA-Schlüssel verwendet werden.<br /> | }}<br /> {{var | Pre-Shared Key--desc<br /> | Schlüssel hier eintragen oder einen sehr starken Schlüssel erstellen lassen.<br /> | }}<br /> {{var | Startverhalten<br /> | Startverhalten<br /> | }}<br /> {{var | Startverhalten--desc<br /> | Das Startverhalten &#039;&#039;Outgoing&#039;&#039; definiert, dass diese Seite die Initiierung der Verbindung automatisch vornimmt.<br /> | }}<br /> {{var | Dead Peer Detection--desc<br /> | Diese überprüft die Verbindung durch versenden sogenannter &#039;&#039;Keep Alive Pakete&#039;&#039;, auf die die Gegenstelle antworten muss. Tut sie dies nicht, wird die Verbindung abgebaut und wieder neu aufgebaut.&lt;br&gt; Wichtig ist, dass auch die Gegenstelle die Dead Peer Detection implementiert haben muss, ansonsten kann diese nicht verwendet werden.<br /> | }}<br /> {{var | DPD Timeout--desc<br /> | Zeitraum, bevor der Zustand unter &#039;&#039;Startverhalten&#039;&#039; wieder hergestellt wird.<br /> | }}<br /> {{var | DPD Intervall<br /> | DPD Intervall<br /> | }}<br /> {{var | DPD Intervall--desc<br /> | Intervall der Überprüfung<br /> | }}<br /> {{var | Compression--desc<br /> | Kompression wird nicht von allen Gegenstellen unterstützt.<br /> | }}<br /> {{var | Speichern<br /> | Speichern<br /> | }}<br /> {{var | Speichern--desc<br /> | Speichert die Einstellungen<br /> | }}<br /> {{var | Filiale<br /> | Filiale<br /> | }}<br /> {{var | Single path öffentlich filiale--Bild<br /> | UTM v12.3.6 Netzwerkkonfiguration single path öffentlich Filiale.png<br /> | UTM v12.3.6 Netzwerkkonfiguration single path öffentlich Filiale-en.png }}<br /> {{var | Single path öffentlich filiale ipsec--Bild<br /> | UTM v12.3.6 IPSec Phase 1 single path öffentliche Filiale.png<br /> | UTM v12.3.6 IPSec Phase 1 single path öffentliche Filiale-en.png }}<br /> {{var | Single-Path mit einer genatteten Seite<br /> | Single-Path mit einer genatteten Seite<br /> | }}<br /> {{var | Single-Path mit einer genatteten Seite--desc<br /> | Im folgenden wird erklärt, wie eine IPSec-VPN Konfiguration aussieht, wenn an beiden Seiten der Verbindung jeweils nur eine Internetleitung vorhanden ist, aber nur auf einer Seite eine öffentliche IP-Adresse direkt an den UTM anliegt. Die andere steht hinter einem Router, welcher der UTM über ein Transfernetz den Internetzugang ermöglicht. Dieses ist zum Beispiel der Fall, wenn an der externen Schnittstelle der UTM der ADSL-Router eines Internet-Providers angeschlossen ist.<br /> | }}<br /> {{var | RSA-Schlüssel<br /> | RSA-Schlüssel<br /> | }}<br /> {{var | RSA-Schlüssel Übersicht--Bild<br /> | UTM v12.3.6 Authentifizierung RSA Schlüssel.png<br /> | UTM v12.3.6 Authentifizierung RSA Schlüssel-en.png }}<br /> {{var | RSA-Schlüssel Übersicht--desc<br /> | Sobald eine IPSec-VPN-Verbindung auf mindestens einer Seite, zum Beispiel durch einen Router &quot;genattet&quot; wird, empfehlen wir, statt eines Pre-Shared Key die Verwendung von RSA-Schlüsseln.&lt;br&gt; Dadurch ist es möglich, bei jeder weiteren VPN-Verbindung einen eigenen Schlüssel und auch wieder die Gateway ID als zweites Authentifizierungsmerkmal zu verwenden.&lt;br&gt; Das Erstellen eines RSA-Schlüsselpaares erfolgt unter {{Menu|Authentifizierung|Schlüssel|+ Schlüssel hinzufügen}} (siehe auch [[UTM/AUTH/Schluessel | RSA-Keys]]).&lt;br&gt; Es muss dann nur noch der öffentliche Schlüssel der Zentrale im PEM, HEX oder Base64 Format exportiert und in die UTM der Filiale importiert werden. Der Öffentliche Schlüssel der Filiale wird ebenfalls exportiert und in die UTM der Zentrale importiert.<br /> | }}<br /> {{var | Single path genattet IPSec Zentrale--Bild<br /> | UTM v12.3.6 IPSec Phase 1 single path genattet Zentrale.png<br /> | UTM v12.3.6 IPSec Phase 1 single path genattet Zentrale-en.png }}<br /> {{var | RSA auswählen<br /> | RSA auswählen<br /> | }}<br /> {{var | Lokaler RSA Schlüssel<br /> | Lokaler RSA Schlüssel<br /> | }}<br /> {{var | Lokaler RSA Schlüssel--desc<br /> | Zuvor angelegten Schlüssel wählen<br /> | }}<br /> {{var | RSA Schlüssel der Gegenstelle<br /> | RSA Schlüssel der Gegenstelle<br /> | }}<br /> {{var | RSA Schlüssel der Gegenstelle--desc<br /> | RSA-Schlüssel auswählen<br /> | }}<br /> {{var | Incoming auswählen<br /> | Incoming auswählen<br /> | }}<br /> {{var | Single path genattet filiale--Bild<br /> | UTM v12.3.6 Netzwerkkonfiguration single path genattet Filiale.png<br /> | UTM v12.3.6 Netzwerkkonfiguration single path genattet Filiale-en.png }}<br /> {{var | Single path genattet filiale--desc<br /> | In diesem Szenario ist die Seite der Filiale die Gegenstelle der IPSec-Verbindung, die durch einen ADSL-Router über das Transfernetz zusätzlich &quot;genattet&quot; werden muss.&lt;br&gt; Die Öffentliche IP-Adresse liegt also nicht direkt auf der externen Schnittstelle der UTM. <br /> | }}<br /> {{var | Single path genattet DR filiale--Bild<br /> | UTM v12.3.6 Netzwerkkonfiguration Default Route single path genattet Zentrale.png<br /> | UTM v12.3.6 Netzwerkkonfiguration Default Route single path genattet Zentrale-en.png }}<br /> {{var | Single path genattet DR filiale--desc<br /> | In der Standard-Route wird die IP-Adresse des ADSL Router als Gateway eingetragen.<br /> | }}<br /> {{var | Single path genattet IPSec filiale--Bild<br /> | UTM v12.3.6 IPSec Phase 1 single path genattet Filiale.png<br /> | UTM v12.3.6 IPSec Phase 1 single path genattet Filiale-en.png }}<br /> {{var | ADSL Transfernetwerk Local Gateway--desc<br /> | Durch das Transfernetz zum ADSL Router liegt die öffentliche IP-Adresse nicht auf der Schnittstelle.<br /> | }}<br /> {{var | ADSL Transfernetwerk Remote Host--desc<br /> | Hier wird die öffentliche IP-Adresse der Zentrale eingetragen.<br /> | }}<br /> {{var | Single-Path beidseitig genattet<br /> | Single-Path beidseitig genattet<br /> | }}<br /> {{var | Single-Path beidseitig genattet--desc<br /> | Im folgenden wird erklärt, wie eine IPSec-VPN Konfiguration aussieht, wenn an beiden Seiten der Verbindung jeweils nur eine Internetleitung vorhanden ist und beide Seiten der Verbindung hinter einem Router stehen, welcher der UTM über ein Transfernetz den Internetzugang ermöglicht. Dies ist zum Beispiel der Fall, wenn an der externen Schnittstelle der UTM der ADSL-Router eines Internet-Providers angeschlossen ist.&lt;br&gt;&lt;br&gt; Diese Konfiguration wird von Securepoint nicht empfohlen, da sie in der Regel instabil ist, wenn sie denn überhaupt aufgebaut wird. Empfohlen wird für dieses Szenario eine [[UTM/VPN/SSL_VPN-S2S | OpenVPN Site to Site Verbindung]].<br /> | }}<br /> {{var | Single path beidseitig genattet Zentrale--Bild<br /> | UTM v12.3.6 Netzwerkkonfiguration single path beidseitig genattet Zentrale.png<br /> | UTM v12.3.6 Netzwerkkonfiguration single path beidseitig genattet Zentrale-en.png }}<br /> {{var | Single path beidseitig genattet Zentrale--desc<br /> | In diesem Szenario soll die Zentrale die IPSec-Verbindung über eine Internetleitung aufbauen, die durch einen ADSL-Router über das Transfernetz zusätzlich &quot;genattet&quot; werden muss. Die Öffentliche IP-Adresse liegt also nicht direkt auf der externen Schnittstelle der UTM.<br /> | }}<br /> {{var | Single path beidseitig genattet DR Zentrale--Bild<br /> | UTM v12.3.6 Netzwerkkonfiguration Default Route single path beidseitig genattet Zentrale.png<br /> | UTM v12.3.6 Netzwerkkonfiguration Default Route single path beidseitig genattet Zentrale-en.png }}<br /> {{var | Single path beidseitig genattet IPSec Zentrale--Bild<br /> | UTM v12.3.6 IPSec Phase 1 single path beidseitig genattet Zentrale.png<br /> | UTM v12.3.6 IPSec Phase 1 single path beidseitig genattet Zentrale-en.png }}<br /> {{var | Single path beidseitig genattet Filiale Netzwerkvorgaben--desc<br /> | In diesem Szenario muss die Seite der Filiale, als IPSec-VPN Gegenstelle, durch einen ADSL Router über das Transfernetz ebenfalls &quot;genattet&quot; werden. Die Öffentliche IP-Adresse liegt also nicht direkt auf der externen Schnittstelle der UTM.<br /> | }}<br /> {{var | Single path beidseitig genattet IPSec filiale--Bild<br /> | UTM v12.3.6 IPSec Phase 1 single path beidseitig genattet Filiale.png<br /> | UTM v12.3.6 IPSec Phase 1 single path beidseitig genattet Filiale-en.png }}<br /> {{var | Multipath mit öffentlichen IP-Adressen<br /> | Multipath mit öffentlichen IP-Adressen<br /> | }}<br /> {{var | Multipath mit öffentlichen IP-Adressen--desc<br /> | Im folgenden wird erklärt, wie eine IPSec-VPN Konfiguration aussieht, wenn auf einer Seite mehrere Internetleitungen vorhanden sind und auf beiden Seiten öffentliche IP-Adressen direkt an den UTM anliegen. Dieses ist zum Beispiel der Fall, wenn an der externen Schnittstelle ein ADSL-Modem angeschlossen ist.<br /> | }}<br /> {{var | Multipath öffentlich zentrale netzwerkvorgaben--Bild<br /> | UTM v12.3.6 Netzwerkkonfiguration multipath öffentlich Zentrale.png<br /> | UTM v12.3.6 Netzwerkkonfiguration multipath öffentlich Zentrale-en.png }}<br /> {{var | Multipath öffentlich zentrale netzwerkvorgaben--desc<br /> | In diesem Szenario nehmen wir an, dass die Zentrale mehrere Anschlüsse zum Internet hat.&lt;br&gt; Hier soll die IPSec-VPN Verbindung über einen Internetzugang mit direkt angeschlossenem DSL-Modem aufgebaut werden. In unserem Fall ist es die erste PPPoE Schnittstelle, die dann die Bezeichnung wan0 erhält.&lt;br&gt; Wichtig ist an dieser Stelle auch, dass die VPN Zonen &#039;&#039;vpn-ipsec&#039;&#039; und &#039;&#039;firewall-vpn-ipsec&#039;&#039; auf der Schnittstelle liegen, über die die VPN-Verbindung erstellt werden soll.<br /> | }}<br /> {{var | Multipath öffentlich zentrale DR--Bild<br /> | UTM v12.3.6 Netzwerkkonfiguration Default Route multipath öffentlich Zentrale.png<br /> | UTM v12.3.6 Netzwerkkonfiguration Default Route multipath öffentlich Zentrale-en.png }}<br /> {{var | Multipath öffentlich zentrale DR--desc<br /> | Da in diesem Beispiel mehrere Internetverbindungen gleichzeitig genutzt werden, bestehen auch mehrere Standard Routen (Multipath-Routing).&lt;br&gt; Ansonsten wird es Probleme mit den Portfilterregeln geben.&lt;br&gt; Sollen unterschiedliche VPN-Verbindungen über unterschiedliche Internetverbindungen aufgebaut werden, müssen weitere VPN Zonen angelegt werden. <br /> | }}<br /> {{var | Multipath öffentlich IPSec zentrale--Bild<br /> | UTM v12.3.6 IPSec Phase 1 multipath öffentlich Zentrale.png<br /> | UTM v12.3.6 IPSec Phase 1 multipath öffentlich Zentrale-en.png }}<br /> {{var | Multipath öffentlich Filiale Netzwerkvorgaben--desc<br /> | Auch hier wurde ein Modem an der UTM angeschlossen, eine [[UTM/NET/PPPoE | PPPoE]] Schnittstelle und eine Standard Route über diese Schnittstelle eingerichtet.&lt;br&gt; Auch in diesem Fall ist es die erste PPPoE Schnittstelle, die dann die Bezeichnung wan0 erhält.<br /> | }}<br /> {{var | Multipath öffentlich IPSec Filiale--Bild<br /> | UTM v12.3.6 IPSec Phase 1 multipath öffentlich Filiale.png<br /> | UTM v12.3.6 IPSec Phase 1 multipath öffentlich Filiale-en.png }}<br /> {{var | Multipath mit einer genatteten Seite<br /> | Multipath mit einer genatteten Seite<br /> | }}<br /> {{var | Multipath mit einer genatteten Seite--desc<br /> | Im folgenden wird erklärt, wie eine IPSec-VPN Konfiguration aussieht, wenn auf einer Seite mehrere Internetleitungen vorhanden sind und dort öffentliche IP-Adressen direkt an den UTM anliegen. Die andere Seite steht hinter einem Router, welcher der UTM über ein Transfernetz den Internetzugang ermöglicht. Dieses ist zum Beispiel der Fall, wenn an der externen Schnittstelle der UTM der ADSL-Router eines Internet-Providers angeschlossen ist.<br /> | }}<br /> {{var | Multipath genattet filiale netzwerkvorgaben--desc<br /> | In diesem Szenario ist die Filiale über einen ADSL Router mit dem Internet verbunden. Dadurch gibt es ein Transfernetz, in unserem Beispiel 192.168.2.0/24, über das zusätzlich &quot;genattet&quot; werden muss. Die Öffentliche IP-Adresse liegt also nicht direkt auf der externen Schnittstelle der UTM.<br /> | }}<br /> {{var | Multipath genattet IPSec filiale--Bild<br /> | UTM v12.3.6 IPSec Phase 1 multipath genattet Filiale.png<br /> | UTM v12.3.6 IPSec Phase 1 multipath genattet Filiale-en.png }}<br /> {{var | Multipath beidseitig genattet<br /> | Multipath beidseitig genattet<br /> | }}<br /> {{var | Multipath beidseitig genattet--desc<br /> | Im folgenden wird erklärt, wie eine IPSec-VPN Konfiguration aussieht, wenn auf einer Seite mehrere Internetleitungen vorhanden sind und beide Seiten der Verbindung hinter einem Router stehen, welcher der UTM über ein Transfernetz den Internetzugang ermöglicht. Dies ist zum Beispiel der Fall, wenn an der externen Schnittstelle der UTM der ADSL-Router eines Internet-Providers angeschlossen ist.&lt;br&gt; Diese Konfiguration wird von Securepoint nicht empfohlen, da diese in der Regel instabil ist, wenn sie denn überhaupt aufgebaut wird. Empfohlen wir für dieses Szenario eine [[UTM/VPN/SSL_VPN-S2S | OpenVPN Site to Site Verbindung]].<br /> | }}<br /> {{var | Multipath beidseitig zentrale netzwerkvorgaben--desc<br /> | In diesem Szenario nehmen wir den Fall an, dass die Zentrale mehrere Anschlüsse zum Internet hat.&lt;br&gt; Hier soll die Zentrale die IPSec-Verbindung über eine Internetleitung aufbauen, die durch einen ADSL Router über das Transfernetz zusätzlich &quot;genattet&quot; werden muss. Die Öffentliche IP-Adresse liegt also nicht direkt auf der externen Schnittstelle der UTM.<br /> | }}<br /> {{var | Multipath beidseitig filiale netzwerkvorgaben--desc<br /> | In diesem Szenario ist die Filiale ebenfalls über einen ADSL-Router mit dem Internet verbunden. Dadurch gibt es ein Transfernetz über das zusätzlich &quot;genattet&quot; werden muss. Die öffentliche IP-Adresse liegt also nicht direkt auf der externen Schnittstelle der UTM.<br /> | }}<br /> {{var | Multipath beidseitig IPSec filiale--Bild<br /> | UTM v12.3.6 IPSec Phase 1 multipath beidseitig genattet Filiale.png<br /> | UTM v12.3.6 IPSec Phase 1 multipath beidseitig genattet Filiale-en.png }}<br /> <br /> ----<br /> {{var | <br /> | <br /> | }}<br /> <br /> &lt;/div&gt;</div> Lauritzl