UTM/VPN/IPSec-S2S Beispiele v11.7 - Versionsgeschichte

Lauritzl am 2. Mai 2023 um 10:49 Uhr

2023-05-02T10:49:41Z

← Nächstältere Version		Version vom 2. Mai 2023, 12:49 Uhr
Zeile 1:		Zeile 1:
			{{Archivhinweis\|UTM/VPN/IPSec-S2S_Beispiele}}
	{{DISPLAYTITLE:IPSec Site to Site Beispiele}}		{{DISPLAYTITLE:IPSec Site to Site Beispiele}}
	== Informationen ==		== Informationen ==
	~~Letze~~ Anpassung zur Version: '''11.7'''		Letzte Anpassung zur Version: '''11.7'''
	<br>		<br>
	Bemerkung: Funktions- und Designanpassung		Bemerkung: Funktions- und Designanpassung

Lauritzl: Lauritzl verschob die Seite UTM/VPN/IPSec-S2S Beispiele nach UTM/VPN/IPSec-S2S Beispiele v11.7

2023-05-02T10:48:00Z

Lauritzl verschob die Seite UTM/VPN/IPSec-S2S Beispiele nach UTM/VPN/IPSec-S2S Beispiele v11.7

← Nächstältere Version	Version vom 2. Mai 2023, 12:48 Uhr
(kein Unterschied)

Pascalm am 12. April 2017 um 08:09 Uhr

2017-04-12T08:09:41Z

← Nächstältere Version		Version vom 12. April 2017, 10:09 Uhr
Zeile 1:		Zeile 1:
			{{DISPLAYTITLE:IPSec Site to Site Beispiele}}
	== Informationen ==		== Informationen ==
	Letze Anpassung zur Version: '''11.7'''		Letze Anpassung zur Version: '''11.7'''

Pascalm am 12. April 2017 um 08:08 Uhr

2017-04-12T08:08:46Z

Änderungen zeigen

Andreasw: /* Informationen */

2017-03-15T13:59:18Z

Informationen

← Nächstältere Version		Version vom 15. März 2017, 15:59 Uhr
Zeile 1:		Zeile 1:
	{{DISPLAYTITLE:Securepoint UTM IPSec Site-to-Site Beispiele}}		{{DISPLAYTITLE:Securepoint UTM IPSec Site-to-Site Beispiele}}

	~~== Informationen ==~~
	~~Letze Anpassung zur Version: '''11.7'''~~
	~~<br>~~
	~~Bemerkung: Funktions- und Designanpassung~~
	~~<br>~~
	~~Vorherige Versionen: [[/UTM/VPN/IPSec-S2S_Beispiele \| 11.6.12]]~~
	~~<br>~~

	==Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen==		==Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen==

Andreasw: /* Informationen */

2017-03-15T13:51:51Z

Informationen

← Nächstältere Version		Version vom 15. März 2017, 15:51 Uhr
Zeile 6:		Zeile 6:
	Bemerkung: Funktions- und Designanpassung		Bemerkung: Funktions- und Designanpassung
	<br>		<br>
	Vorherige Versionen: [[UTM/VPN/~~SSL_VPN~~-~~Roadwarrior_v11.6~~ \| 11.6.12]]		Vorherige Versionen: [[/UTM/VPN/IPSec-S2S_Beispiele \| 11.6.12]]
	<br>		<br>

	==Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen==		==Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen==
	Bei einer IPSec Verbindung gibt es für jeden Netzaufbau empfohlene Konfigurationen, damit ein Tunnel aufgebaut werden kann. Dabei wird unterschieden, ob die öffentliche IP auf der UTM liegt oder ob die Verbindung genattet ist. Auch ob es mehrere Internetleitungen gibt spielt hierbei eine Rolle.		Bei einer IPSec Verbindung gibt es für jeden Netzaufbau empfohlene Konfigurationen, damit ein Tunnel aufgebaut werden kann. Dabei wird unterschieden, ob die öffentliche IP auf der UTM liegt oder ob die Verbindung genattet ist. Auch ob es mehrere Internetleitungen gibt spielt hierbei eine Rolle.

Andreasw: /* Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen */

2017-03-15T13:50:16Z

Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen

← Nächstältere Version		Version vom 15. März 2017, 15:50 Uhr
Zeile 1:		Zeile 1:
	{{DISPLAYTITLE:Securepoint UTM IPSec Site-to-Site Beispiele}}		{{DISPLAYTITLE:Securepoint UTM IPSec Site-to-Site Beispiele}}

			== Informationen ==
			Letze Anpassung zur Version: '''11.7'''
			<br>
			Bemerkung: Funktions- und Designanpassung
			<br>
			Vorherige Versionen: [[UTM/VPN/SSL_VPN-Roadwarrior_v11.6 \| 11.6.12]]
			<br>
	==Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen==		==Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen==
	Bei einer IPSec Verbindung gibt es für jeden Netzaufbau empfohlene Konfigurationen, damit ein Tunnel aufgebaut werden kann. Dabei wird unterschieden, ob die öffentliche IP auf der UTM liegt oder ob die Verbindung genattet ist. Auch ob es mehrere Internetleitungen gibt spielt hierbei eine Rolle.		Bei einer IPSec Verbindung gibt es für jeden Netzaufbau empfohlene Konfigurationen, damit ein Tunnel aufgebaut werden kann. Dabei wird unterschieden, ob die öffentliche IP auf der UTM liegt oder ob die Verbindung genattet ist. Auch ob es mehrere Internetleitungen gibt spielt hierbei eine Rolle.

Pascalm am 14. Dezember 2016 um 15:36 Uhr

2016-12-14T15:36:24Z

← Nächstältere Version		Version vom 14. Dezember 2016, 17:36 Uhr
Zeile 1:		Zeile 1:
	{{~~v11~~}}		{{DISPLAYTITLE:Securepoint UTM IPSec Site-to-Site Beispiele}}

	==Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen==		==Beispiele zur Konfiguration von IPSec-VPN Site to Site Verbindungen==

Pascalm: Pascalm verschob Seite IPSec-VPN S2S Beispiele V11 nach UTM/VPN/IPSec-S2S Beispiele

2016-12-14T10:34:17Z

Pascalm verschob Seite IPSec-VPN S2S Beispiele V11 nach UTM/VPN/IPSec-S2S Beispiele

← Nächstältere Version	Version vom 14. Dezember 2016, 12:34 Uhr
(kein Unterschied)

Dirkg am 23. Juni 2016 um 14:25 Uhr

2016-06-23T14:25:50Z

← Nächstältere Version		Version vom 23. Juni 2016, 16:25 Uhr
Zeile 20:		Zeile 20:
	'''Local Gateway:''' Da die Firewall nur eine Leitung (Single-Path) und damit nur eine Route zum Internet hat, kann hier ''defaultroute'' ausgewählt bleiben. Dieser Wert wird von der UTM aus dem Routing ausgelesen und automatisch für diese IPSec-Verbindung übernommen.<br>		'''Local Gateway:''' Da die Firewall nur eine Leitung (Single-Path) und damit nur eine Route zum Internet hat, kann hier ''defaultroute'' ausgewählt bleiben. Dieser Wert wird von der UTM aus dem Routing ausgelesen und automatisch für diese IPSec-Verbindung übernommen.<br>
	'''Route Over:''' Dieses wird ebenfalls aus dem Routing übernommen und automatisch im Hintergrund eingetragen. Daher kann dieses Feld bei einer Single-Path Konfiguration frei bleiben.<br>		'''Route Over:''' Dieses wird ebenfalls aus dem Routing übernommen und automatisch im Hintergrund eingetragen. Daher kann dieses Feld bei einer Single-Path Konfiguration frei bleiben.<br>
	'''Local Gateway ID:''' Bei der ID handelt es sich um ein zweites Authentifizierungsmerkmal neben ~~den~~ Pre-Shared Key oder den Zertifikaten. In unserem Beispiel verwenden wir die öffentliche IP-Adresse, welche von der Schnittstelle ''ppp0'' ausgelesen und übernommen wird. Es können aber auch Text-Strings, wie zum Beispiel ''Butterbrot'', verwendet werden. Dieser Text-String muss dann auf der Gegenstelle unter ''Remote Gateway ID'' ebenfalls eingetragen werden.		'''Local Gateway ID:''' Bei der ID handelt es sich um ein zweites Authentifizierungsmerkmal neben dem Pre-Shared Key, RSA-Schlüsseln oder den Zertifikaten. In unserem Beispiel verwenden wir die öffentliche IP-Adresse, welche von der Schnittstelle ''ppp0'' ausgelesen und übernommen wird. Es können aber auch Text-Strings, wie zum Beispiel ''Butterbrot'', verwendet werden. Dieser Text-String muss dann auf der Gegenstelle unter ''Remote Gateway ID'' ebenfalls eingetragen werden.

	'''Remote Gateway:''' Hier wird die öffentliche IP-Adresse der VPN Gegenstelle eingetragen. In unserem Beispiel also die IP-Adresse der Filiale ''198.51.100.2''.<br>		'''Remote Gateway:''' Hier wird die öffentliche IP-Adresse der VPN Gegenstelle eingetragen. In unserem Beispiel also die IP-Adresse der Filiale ''198.51.100.2''.<br>
Zeile 81:		Zeile 81:
	'''Local Gateway:''' Da die Firewall nur eine Leitung (Single-Path) und damit nur eine Route zum Internet hat, kann hier ''defaultroute'' ausgewählt bleiben. Dieser Wert wird von der UTM aus dem Routing ausgelesen und automatisch für diese IPSec-Verbindung übernommen.<br>		'''Local Gateway:''' Da die Firewall nur eine Leitung (Single-Path) und damit nur eine Route zum Internet hat, kann hier ''defaultroute'' ausgewählt bleiben. Dieser Wert wird von der UTM aus dem Routing ausgelesen und automatisch für diese IPSec-Verbindung übernommen.<br>
	'''Route Over:''' Dieses wird ebenfalls aus dem Routing übernommen und automatisch im Hintergrund eingetragen. Daher kann dieses Feld bei einer Single-Path Konfiguration frei bleiben.<br>		'''Route Over:''' Dieses wird ebenfalls aus dem Routing übernommen und automatisch im Hintergrund eingetragen. Daher kann dieses Feld bei einer Single-Path Konfiguration frei bleiben.<br>
	'''Local Gateway ID:''' Bei der ID handelt es sich um ein zweites Authentifizierungsmerkmal neben ~~den~~ Pre-Shared Key oder den Zertifikaten. In unserem Beispiel verwenden wir die öffentliche IP-Adresse, welche von der Schnittstelle ''ppp0'' ausgelesen und übernommen wird. Es können aber auch Text-Strings verwendet werden wie zum Beispiel ''Butterbrot''. Dieser Text-String muss dann auf der Gegenstelle unter ''Remote Gateway ID'' ebenfalls eingetragen werden.		'''Local Gateway ID:''' Bei der ID handelt es sich um ein zweites Authentifizierungsmerkmal neben dem Pre-Shared Key, RSA-Schlüsseln oder den Zertifikaten. In unserem Beispiel verwenden wir die öffentliche IP-Adresse, welche von der Schnittstelle ''ppp0'' ausgelesen und übernommen wird. Es können aber auch Text-Strings verwendet werden wie zum Beispiel ''Butterbrot''. Dieser Text-String muss dann auf der Gegenstelle unter ''Remote Gateway ID'' ebenfalls eingetragen werden.

	'''Remote Gateway:''' Hier wird die öffentliche IP-Adresse der VPN Gegenstelle eingetragen. In unserem Beispiel also die IP-Adresse der Filiale ''198.51.100.2''.<br>		'''Remote Gateway:''' Hier wird die öffentliche IP-Adresse der VPN Gegenstelle eingetragen. In unserem Beispiel also die IP-Adresse der Filiale ''198.51.100.2''.<br>
Zeile 150:		Zeile 150:
	'''Local Gateway:''' Da die Firewall nur eine Leitung (Single-Path) und damit nur eine Route zum Internet hat, kann hier ''defaultroute'' ausgewählt bleiben. Dieser Wert wird von der UTM aus dem Routing ausgelesen und automatisch für diese IPSec-Verbindung übernommen.<br>		'''Local Gateway:''' Da die Firewall nur eine Leitung (Single-Path) und damit nur eine Route zum Internet hat, kann hier ''defaultroute'' ausgewählt bleiben. Dieser Wert wird von der UTM aus dem Routing ausgelesen und automatisch für diese IPSec-Verbindung übernommen.<br>
	'''Route Over:''' Dieses wird ebenfalls aus dem Routing übernommen und automatisch im Hintergrund eingetragen. Daher kann dieses Feld bei einer Single-Path Konfiguration frei bleiben.<br>		'''Route Over:''' Dieses wird ebenfalls aus dem Routing übernommen und automatisch im Hintergrund eingetragen. Daher kann dieses Feld bei einer Single-Path Konfiguration frei bleiben.<br>
	'''Local Gateway ID:''' Bei der ID handelt es sich um ein zweites Authentifizierungsmerkmal neben ~~den~~ Pre-Shared Key oder den Zertifikaten. Durch das Transfernetz zum ADSL Router liegt die öffentliche IP-Adresse nicht auf der Schnittstelle. Hier muss die öffentliche IP-Adresse der Zentrale 203.0.113.1 manuell eingetragen werden. Es können aber auch Text-Strings verwendet werden wie zum Beispiel ''Butterbrot''. Dieser Text-String muss dann auf der Gegenstelle unter ''Remote Gateway ID'' ebenfalls eingetragen werden.		'''Local Gateway ID:''' Bei der ID handelt es sich um ein zweites Authentifizierungsmerkmal neben dem Pre-Shared Key, RSA-Schlüsseln oder den Zertifikaten. Durch das Transfernetz zum ADSL Router liegt die öffentliche IP-Adresse nicht auf der Schnittstelle. Hier muss die öffentliche IP-Adresse der Zentrale 203.0.113.1 manuell eingetragen werden. Es können aber auch Text-Strings verwendet werden wie zum Beispiel ''Butterbrot''. Dieser Text-String muss dann auf der Gegenstelle unter ''Remote Gateway ID'' ebenfalls eingetragen werden.

	'''Remote Gateway:''' Hier wird die öffentliche IP-Adresse der VPN Gegenstelle eingetragen. In unserem Beispiel also die IP-Adresse der Filiale ''198.51.100.2''.<br>		'''Remote Gateway:''' Hier wird die öffentliche IP-Adresse der VPN Gegenstelle eingetragen. In unserem Beispiel also die IP-Adresse der Filiale ''198.51.100.2''.<br>
Zeile 216:		Zeile 216:
	'''Local Gateway:''' Da die Firewall mehrere Leitung (Multipath) und damit mehrere Routen zum Internet hat, wird hier die Schnittstelle ausgewählt, die für die IPSec-VPN Verbindung genutzt werden soll. Alternativ kann hier auch eine IP-Adresse eingetragen werden, wenn auf dieser Schnittstelle mehrere öffentliche IP-Adressen eingetragen sind.<br>		'''Local Gateway:''' Da die Firewall mehrere Leitung (Multipath) und damit mehrere Routen zum Internet hat, wird hier die Schnittstelle ausgewählt, die für die IPSec-VPN Verbindung genutzt werden soll. Alternativ kann hier auch eine IP-Adresse eingetragen werden, wenn auf dieser Schnittstelle mehrere öffentliche IP-Adressen eingetragen sind.<br>
	'''Route Over:''' Hier wird die IP-Adresse des Gateway eingetragen, über den das Internet erreichbar ist und über den die VPN-Verbindung aufgebaut werden soll. Für PPPoE Verbindungen wird diese aus dem Routing übernommen daher wird hier die Schnittstelle ppp0 eingetragen.<br>		'''Route Over:''' Hier wird die IP-Adresse des Gateway eingetragen, über den das Internet erreichbar ist und über den die VPN-Verbindung aufgebaut werden soll. Für PPPoE Verbindungen wird diese aus dem Routing übernommen daher wird hier die Schnittstelle ppp0 eingetragen.<br>
	'''Local Gateway ID:''' Bei der ID handelt es sich um ein zweites Authentifizierungsmerkmal neben ~~den~~ Pre-Shared Key, RSA Schlüsseln oder den Zertifikaten. In unserem Beispiel verwenden wir die öffentliche IP-Adresse, welche von der Schnittstelle ''ppp0'' ausgelesen und übernommen wird. Es können aber auch Text-Strings verwendet werden wie zum Beispiel ''Butterbrot''. Dieser Text-String muss dann auf der Gegenstelle unter ''Remote Gateway ID'' ebenfalls eingetragen werden.		'''Local Gateway ID:''' Bei der ID handelt es sich um ein zweites Authentifizierungsmerkmal neben dem Pre-Shared Key, RSA-Schlüsseln oder den Zertifikaten. In unserem Beispiel verwenden wir die öffentliche IP-Adresse, welche von der Schnittstelle ''ppp0'' ausgelesen und übernommen wird. Es können aber auch Text-Strings verwendet werden wie zum Beispiel ''Butterbrot''. Dieser Text-String muss dann auf der Gegenstelle unter ''Remote Gateway ID'' ebenfalls eingetragen werden.

	'''Remote Gateway:''' Hier wird die öffentliche IP-Adresse der VPN Gegenstelle eingetragen. In unserem Beispiel also die IP-Adresse der Filiale ''198.51.100.2''.<br>		'''Remote Gateway:''' Hier wird die öffentliche IP-Adresse der VPN Gegenstelle eingetragen. In unserem Beispiel also die IP-Adresse der Filiale ''198.51.100.2''.<br>
Zeile 281:		Zeile 281:
	'''Local Gateway:''' Da die Firewall mehrere Leitung (Multipath) und damit mehrere Routen zum Internet hat, wird hier die Schnittstelle ausgewählt, die für die IPSec-VPN Verbindung genutzt werden soll. Alternativ kann hier auch eine IP-Adresse eingetragen werden, wenn auf dieser Schnittstelle mehrere IP-Adressen eingetragen sind.<br>		'''Local Gateway:''' Da die Firewall mehrere Leitung (Multipath) und damit mehrere Routen zum Internet hat, wird hier die Schnittstelle ausgewählt, die für die IPSec-VPN Verbindung genutzt werden soll. Alternativ kann hier auch eine IP-Adresse eingetragen werden, wenn auf dieser Schnittstelle mehrere IP-Adressen eingetragen sind.<br>
	'''Route Over:''' Hier wird die IP-Adresse des Gateway eingetragen, über den das Internet erreichbar ist und über den die VPN-Verbindung aufgebaut werden soll. Für PPPoE Verbindungen wird diese aus dem Routing übernommen daher wird hier die Schnittstelle ppp0 eingetragen.<br>		'''Route Over:''' Hier wird die IP-Adresse des Gateway eingetragen, über den das Internet erreichbar ist und über den die VPN-Verbindung aufgebaut werden soll. Für PPPoE Verbindungen wird diese aus dem Routing übernommen daher wird hier die Schnittstelle ppp0 eingetragen.<br>
	'''Local Gateway ID:''' Bei der ID handelt es sich um ein zweites Authentifizierungsmerkmal neben ~~den~~ Pre-Shared Key, RSA Schlüsseln oder den Zertifikaten. In unserem Beispiel verwenden wir die öffentliche IP-Adresse, welche von der Schnittstelle ''ppp0'' ausgelesen und übernommen wird. Es können aber auch Text-Strings verwendet werden wie zum Beispiel ''Butterbrot''. Dieser Text-String muss dann auf der Gegenstelle unter ''Remote Gateway ID'' ebenfalls eingetragen werden.		'''Local Gateway ID:''' Bei der ID handelt es sich um ein zweites Authentifizierungsmerkmal neben dem Pre-Shared Key, RSA-Schlüsseln oder den Zertifikaten. In unserem Beispiel verwenden wir die öffentliche IP-Adresse, welche von der Schnittstelle ''ppp0'' ausgelesen und übernommen wird. Es können aber auch Text-Strings verwendet werden wie zum Beispiel ''Butterbrot''. Dieser Text-String muss dann auf der Gegenstelle unter ''Remote Gateway ID'' ebenfalls eingetragen werden.

	'''Remote Gateway:''' Hier wird die öffentliche IP-Adresse der VPN Gegenstelle eingetragen. In unserem Beispiel also die IP-Adresse der Filiale ''198.51.100.2''.<br>		'''Remote Gateway:''' Hier wird die öffentliche IP-Adresse der VPN Gegenstelle eingetragen. In unserem Beispiel also die IP-Adresse der Filiale ''198.51.100.2''.<br>
Zeile 350:		Zeile 350:
	'''Local Gateway:''' Da die Firewall mehrere Leitung (Multipath) und damit mehrere Routen zum Internet hat, wird hier die Schnittstelle ausgewählt, die für die IPSec-VPN Verbindung genutzt werden soll. Alternativ kann hier auch eine IP-Adresse eingetragen werden, wenn auf dieser Schnittstelle mehrere IP-Adressen eingetragen sind.<br>		'''Local Gateway:''' Da die Firewall mehrere Leitung (Multipath) und damit mehrere Routen zum Internet hat, wird hier die Schnittstelle ausgewählt, die für die IPSec-VPN Verbindung genutzt werden soll. Alternativ kann hier auch eine IP-Adresse eingetragen werden, wenn auf dieser Schnittstelle mehrere IP-Adressen eingetragen sind.<br>
	'''Route Over:''' Hier wird die IP-Adresse des Gateway eingetragen, über den der Internetanschluss erreichbar ist über das die VPN-Verbindung aufgebaut werden soll. In diesem Fall die des ADSL-Router 192.168.178.1.<br>		'''Route Over:''' Hier wird die IP-Adresse des Gateway eingetragen, über den der Internetanschluss erreichbar ist über das die VPN-Verbindung aufgebaut werden soll. In diesem Fall die des ADSL-Router 192.168.178.1.<br>
	'''Local Gateway ID:''' Bei der ID handelt es sich um ein zweites Authentifizierungsmerkmal neben ~~den~~ Pre-Shared Key, RSA Schlüsseln oder den Zertifikaten. In unserem Beispiel verwenden wir die öffentliche IP-Adresse, welche von der Schnittstelle ''ppp0'' ausgelesen und übernommen wird. Es können aber auch Text-Strings verwendet werden wie zum Beispiel ''Butterbrot''. Dieser Text-String muss dann auf der Gegenstelle unter ''Remote Gateway ID'' ebenfalls eingetragen werden.		'''Local Gateway ID:''' Bei der ID handelt es sich um ein zweites Authentifizierungsmerkmal neben dem Pre-Shared Key, RSA-Schlüsseln oder den Zertifikaten. In unserem Beispiel verwenden wir die öffentliche IP-Adresse, welche von der Schnittstelle ''ppp0'' ausgelesen und übernommen wird. Es können aber auch Text-Strings verwendet werden wie zum Beispiel ''Butterbrot''. Dieser Text-String muss dann auf der Gegenstelle unter ''Remote Gateway ID'' ebenfalls eingetragen werden.

	'''Remote Gateway:''' Hier wird die öffentliche IP-Adresse der VPN Gegenstelle eingetragen. In unserem Beispiel also die IP-Adresse der Filiale ''198.51.100.2''.<br>		'''Remote Gateway:''' Hier wird die öffentliche IP-Adresse der VPN Gegenstelle eingetragen. In unserem Beispiel also die IP-Adresse der Filiale ''198.51.100.2''.<br>