IPSec ueber dediziertes Interface v11 - Versionsgeschichte

Pascalm am 21. Dezember 2016 um 15:18 Uhr

2016-12-21T15:18:50Z

← Nächstältere Version		Version vom 21. Dezember 2016, 17:18 Uhr
Zeile 1:		Zeile 1:
	~~{{v11}}~~
	== IPSec-Tunnel über dediziertes Interface aufbauen ==		== IPSec-Tunnel über dediziertes Interface aufbauen ==
	=== Einleitung ===		=== Einleitung ===

Mirko: /* Ergebnis */

2015-02-10T16:08:08Z

Ergebnis

← Nächstältere Version		Version vom 10. Februar 2015, 18:08 Uhr
Zeile 22:		Zeile 22:

	=== Ergebnis ===		=== Ergebnis ===
	Durch die Source Route für die zweite Leitung werden nur die IPSec-Verbindungen über diese Verbindung geleitet. Das Surfen der ~~User~~, sowie sämtliche Dienste der UTM, wie z.B. DNS, werden weiterhin über die ~~default~~-Route, also über die ppp0 geleitet.		Durch die Source Route für die zweite Leitung werden nur die IPSec-Verbindungen über diese Verbindung geleitet. Das Surfen der Benutzer, sowie sämtliche Dienste der UTM, wie z.B. DNS, werden weiterhin über die Default-Route, also über die ppp0 geleitet.

Mirko: /* IPSec-Einstellungen */

2015-02-10T16:07:39Z

IPSec-Einstellungen

← Nächstältere Version		Version vom 10. Februar 2015, 18:07 Uhr
Zeile 17:		Zeile 17:

	==== IPSec-Einstellungen ====		==== IPSec-Einstellungen ====
	In der Phase 1 Ihres IPSec-Tunnels müssen die Einträge '''lokales Gateway''' und '''Route-Over''' entsprechend gesetzt werden. Das '''lokale Gateway''' entspricht der IP auf der eth2 und die '''Route-Over''' dem Gateway dieses IP-Netzes.		In der Phase 1 Ihres IPSec-Tunnels müssen die Einträge '''lokales Gateway''' und '''Route-Over''' entsprechend gesetzt werden. Das '''lokale Gateway''' entspricht der IP-Adresse auf der eth2 und die '''Route-Over''' dem Gateway dieses IP-Netzes.

	[[Datei:multipath_ipsec_tunnel_settings.png\| center\| thumb\| 550px\| <font size=2>Einstellungen in der Phase 1</font>]]		[[Datei:multipath_ipsec_tunnel_settings.png\| center\| thumb\| 550px\| <font size=2>Einstellungen in der Phase 1</font>]]

Mirko: /* Netzwerkkonfiguration */

2015-02-10T16:07:13Z

Netzwerkkonfiguration

← Nächstältere Version		Version vom 10. Februar 2015, 18:07 Uhr
Zeile 12:		Zeile 12:
	=== Lösung ===		=== Lösung ===
	==== Netzwerkkonfiguration ====		==== Netzwerkkonfiguration ====
	In der UTM wird nun die zweite Leitung hinzugefügt. ~~Schließen Sie die~~ Leitung an ~~das~~ entsprechende ~~Interface~~ (in ~~unserem~~ Beispiel eth2) an und ~~richten Sie die Schnittstelle~~ im Webinterface ~~der UTM entsprechend ein~~. ~~Beachten Sie~~ hierbei, dass ~~Sie~~ die Zonen vpn-ipsec und firewall-vpn-ipsec auf die Schnittstelle ~~legen~~.		In der UTM wird nun die zweite Leitung hinzugefügt. Die Leitung wird an die entsprechende Schnittstelle (in diesem Beispiel eth2) angeschlossen und im Webinterface eingerichtet. Zu beachten ist hierbei, dass die Zonen vpn-ipsec und firewall-vpn-ipsec auf die Schnittstelle gelegt werden.
	<br> Statt einer Default-Route für diese Leitung, wird nun eine Source-Route angelegt. Die Quelle in dieser Source-Route entspricht der IP auf ~~der~~ (in ~~unserem~~ Beispiel) eth2.		<br> Statt einer Default-Route für diese Leitung, wird nun eine Source-Route angelegt. Die Quelle in dieser Source-Route entspricht der IP-Adresse auf (in diesem Beispiel) eth2.
	[[Datei:multipath_ipsec_routen_v11.png\| center\| thumb\| 550px\| <font size=2>Routen für das Beispielszenario</font>]]		[[Datei:multipath_ipsec_routen_v11.png\| center\| thumb\| 550px\| <font size=2>Routen für das Beispielszenario</font>]]

Mirko: /* Ausgangssituation */

2015-02-10T16:04:35Z

Ausgangssituation

← Nächstältere Version		Version vom 10. Februar 2015, 18:04 Uhr
Zeile 6:		Zeile 6:
	=== Ausgangssituation ===		=== Ausgangssituation ===
	In unserem Beispielszenario verfügt die UTM bereits über eine ADSL-Verbindung (ppp0). Die Clients hinter der UTM sollen weiterhin über die ppp0 surfen. Außerdem sollen zwei IPSec-Endpunkte angebunden werden. Für die Trennung des Traffics wird nun eine weitere Leitung mit fester IP (eth2) angebunden.<br>		In unserem Beispielszenario verfügt die UTM bereits über eine ADSL-Verbindung (ppp0). Die Clients hinter der UTM sollen weiterhin über die ppp0 surfen. Außerdem sollen zwei IPSec-Endpunkte angebunden werden. Für die Trennung des Traffics wird nun eine weitere Leitung mit fester IP (eth2) angebunden.<br>
	'''Achtung: Auf der Leitung über die die IPSec-Verbindungen laufen sollen, ~~benötigen Sie~~ in diesem Szenario zwingend eine feste IP-Adresse. Ob diese feste IP per ADSL oder SDSL angebunden wird ist dabei irrelevant.'''		'''Achtung: Auf der Leitung über die die IPSec-Verbindungen laufen sollen, wird in diesem Szenario zwingend eine feste IP-Adresse benötigt. Ob diese feste IP-Adresse per ADSL oder SDSL angebunden wird ist dabei irrelevant.'''

	[[Datei:multipath_ipsec_aufbau.png\| center\| thumb\| 900px\| <font size=2>zwei Internetleitungen an der UTM mit zwei IPSec-Endpunkten</font>]]		[[Datei:multipath_ipsec_aufbau.png\| center\| thumb\| 900px\| <font size=2>zwei Internetleitungen an der UTM mit zwei IPSec-Endpunkten</font>]]

Mirko: /* Einleitung */

2015-02-10T16:03:48Z

Einleitung

← Nächstältere Version		Version vom 10. Februar 2015, 18:03 Uhr
Zeile 2:		Zeile 2:
	== IPSec-Tunnel über dediziertes Interface aufbauen ==		== IPSec-Tunnel über dediziertes Interface aufbauen ==
	=== Einleitung ===		=== Einleitung ===
	In manchen Setups kommt es vor, dass das Surfen der Clients und der IPSec-Traffic getrennt werden sollen. Hierfür bietet es sich an, eine weitere Internetleitung an die UTM anzubinden und jeweils eine Leitung für Surfen und den IPSec-Traffic zu verwenden. In dieser Anleitung wird erklärt, wie Sie den IPSec-Traffic über ~~ein dediziertes Interface~~ '''ohne Defaultroute''' leiten. Möchten ~~Sie~~ den Aufbau mit zwei ~~default~~-Routen realisieren, ~~können Sie~~ dies ohne Weiteres über die "Route Over"-Einstellung in der Phase 1 ~~Ihres~~ VPN-Tunnels ~~konfigurieren~~.		In manchen Setups kommt es vor, dass das Surfen der Clients und der IPSec-Traffic getrennt werden sollen. Hierfür bietet es sich an, eine weitere Internetleitung an die UTM anzubinden und jeweils eine Leitung für Surfen und den IPSec-Traffic zu verwenden. In dieser Anleitung wird erklärt, wie Sie den IPSec-Traffic über eine dedizierte Schnittstelle '''ohne Defaultroute''' leiten. Möchten man den Aufbau mit zwei Default-Routen realisieren, kann dies ohne Weiteres über die "Route Over"-Einstellung in der Phase 1 des VPN-Tunnels konfiguriert werden.

	=== Ausgangssituation ===		=== Ausgangssituation ===

Dennisp am 14. Januar 2015 um 10:54 Uhr

2015-01-14T10:54:11Z

← Nächstältere Version		Version vom 14. Januar 2015, 12:54 Uhr
Zeile 2:		Zeile 2:
	== IPSec-Tunnel über dediziertes Interface aufbauen ==		== IPSec-Tunnel über dediziertes Interface aufbauen ==
	=== Einleitung ===		=== Einleitung ===
	In manchen Setups kommt es vor, dass das Surfen der Clients und der IPSec-Traffic getrennt werden sollen. Hierfür bietet es sich an, eine weitere Internetleitung an die ~~Firewall~~ anzubinden und jeweils eine Leitung für Surfen und den IPSec-Traffic zu verwenden. In dieser Anleitung wird erklärt, wie Sie den IPSec-Traffic über ein dediziertes Interface '''ohne Defaultroute''' leiten. Möchten Sie den Aufbau mit zwei default-Routen realisieren, können Sie dies ohne Weiteres über die "Route Over"-Einstellung in der Phase 1 Ihres VPN-Tunnels konfigurieren.		In manchen Setups kommt es vor, dass das Surfen der Clients und der IPSec-Traffic getrennt werden sollen. Hierfür bietet es sich an, eine weitere Internetleitung an die UTM anzubinden und jeweils eine Leitung für Surfen und den IPSec-Traffic zu verwenden. In dieser Anleitung wird erklärt, wie Sie den IPSec-Traffic über ein dediziertes Interface '''ohne Defaultroute''' leiten. Möchten Sie den Aufbau mit zwei default-Routen realisieren, können Sie dies ohne Weiteres über die "Route Over"-Einstellung in der Phase 1 Ihres VPN-Tunnels konfigurieren.

	=== Ausgangssituation ===		=== Ausgangssituation ===
Zeile 8:		Zeile 8:
	'''Achtung: Auf der Leitung über die die IPSec-Verbindungen laufen sollen, benötigen Sie in diesem Szenario zwingend eine feste IP-Adresse. Ob diese feste IP per ADSL oder SDSL angebunden wird ist dabei irrelevant.'''		'''Achtung: Auf der Leitung über die die IPSec-Verbindungen laufen sollen, benötigen Sie in diesem Szenario zwingend eine feste IP-Adresse. Ob diese feste IP per ADSL oder SDSL angebunden wird ist dabei irrelevant.'''

	[[Datei:multipath_ipsec_aufbau.png\| center\| thumb\| 900px\| <font size=2>zwei Internetleitungen an der ~~Firewall~~ mit zwei IPSec-Endpunkten</font>]]		[[Datei:multipath_ipsec_aufbau.png\| center\| thumb\| 900px\| <font size=2>zwei Internetleitungen an der UTM mit zwei IPSec-Endpunkten</font>]]

	=== Lösung ===		=== Lösung ===

Dennisp: /* IPSec-Einstellungen */

2015-01-07T10:45:58Z

IPSec-Einstellungen

← Nächstältere Version		Version vom 7. Januar 2015, 12:45 Uhr
Zeile 20:		Zeile 20:

	[[Datei:multipath_ipsec_tunnel_settings.png\| center\| thumb\| 550px\| <font size=2>Einstellungen in der Phase 1</font>]]		[[Datei:multipath_ipsec_tunnel_settings.png\| center\| thumb\| 550px\| <font size=2>Einstellungen in der Phase 1</font>]]

			=== Ergebnis ===
			Durch die Source Route für die zweite Leitung werden nur die IPSec-Verbindungen über diese Verbindung geleitet. Das Surfen der User, sowie sämtliche Dienste der UTM, wie z.B. DNS, werden weiterhin über die default-Route, also über die ppp0 geleitet.

Dennisp: /* Netzwerkkonfiguration */

2015-01-07T10:43:15Z

Netzwerkkonfiguration

← Nächstältere Version		Version vom 7. Januar 2015, 12:43 Uhr
Zeile 13:		Zeile 13:
	==== Netzwerkkonfiguration ====		==== Netzwerkkonfiguration ====
	In der UTM wird nun die zweite Leitung hinzugefügt. Schließen Sie die Leitung an das entsprechende Interface (in unserem Beispiel eth2) an und richten Sie die Schnittstelle im Webinterface der UTM entsprechend ein. Beachten Sie hierbei, dass Sie die Zonen vpn-ipsec und firewall-vpn-ipsec auf die Schnittstelle legen.		In der UTM wird nun die zweite Leitung hinzugefügt. Schließen Sie die Leitung an das entsprechende Interface (in unserem Beispiel eth2) an und richten Sie die Schnittstelle im Webinterface der UTM entsprechend ein. Beachten Sie hierbei, dass Sie die Zonen vpn-ipsec und firewall-vpn-ipsec auf die Schnittstelle legen.
	<br> Statt einer Default-Route für diese Leitung, wird nun eine Source-Route angelegt. Die Quelle in dieser Source-Route entspricht der IP auf der eth2.		<br> Statt einer Default-Route für diese Leitung, wird nun eine Source-Route angelegt. Die Quelle in dieser Source-Route entspricht der IP auf der (in unserem Beispiel) eth2.
	[[Datei:multipath_ipsec_routen_v11.png\| center\| thumb\| 550px\| <font size=2>Routen für das Beispielszenario</font>]]		[[Datei:multipath_ipsec_routen_v11.png\| center\| thumb\| 550px\| <font size=2>Routen für das Beispielszenario</font>]]


	==== IPSec-Einstellungen ====		==== IPSec-Einstellungen ====

Dennisp: /* Ausgangssituation */

2015-01-07T10:41:51Z

Ausgangssituation

← Nächstältere Version		Version vom 7. Januar 2015, 12:41 Uhr
Zeile 5:		Zeile 5:

	=== Ausgangssituation ===		=== Ausgangssituation ===
	In unserem Beispielszenario verfügt die UTM bereits über eine ADSL-Verbindung (ppp0). Die Clients hinter der UTM sollen weiterhin über die ppp0 surfen. Außerdem sollen zwei IPSec-Endpunkte angebunden werden. Für die Trennung des Traffics wird nun eine weitere Leitung mit fester IP (eth2) angebunden.		In unserem Beispielszenario verfügt die UTM bereits über eine ADSL-Verbindung (ppp0). Die Clients hinter der UTM sollen weiterhin über die ppp0 surfen. Außerdem sollen zwei IPSec-Endpunkte angebunden werden. Für die Trennung des Traffics wird nun eine weitere Leitung mit fester IP (eth2) angebunden.<br>
	'''Achtung: Auf der Leitung über die die IPSec-Verbindungen laufen sollen, benötigen Sie in diesem Szenario zwingend eine feste IP-Adresse. Ob diese feste IP per ADSL oder SDSL angebunden wird ist dabei irrelevant.'''		'''Achtung: Auf der Leitung über die die IPSec-Verbindungen laufen sollen, benötigen Sie in diesem Szenario zwingend eine feste IP-Adresse. Ob diese feste IP per ADSL oder SDSL angebunden wird ist dabei irrelevant.'''