UTM/NET/Mutlipathrouting.lang - Versionsgeschichte

Lauritzl am 17. Juli 2025 um 10:05 Uhr

2025-07-17T10:05:07Z

← Nächstältere Version		Version vom 17. Juli 2025, 12:05 Uhr
Zeile 80:		Zeile 80:
	{{var \| Beispiel		{{var \| Beispiel
	\| Beispiel		\| Beispiel
	\| }}		\| Example }}
	{{var \| Beispiel Gewichtung--desc		{{var \| Beispiel Gewichtung--desc
	\| Die Gewichtung einer Route entspricht ihrer anteiligen Nutzung<br>		\| Die Gewichtung einer Route entspricht ihrer anteiligen Nutzung<br>
Zeile 87:		Zeile 87:
	Von insgesamt 75 Verbindungen gehen 50 über ''wan0'' und 25 über ''wan1''<br>		Von insgesamt 75 Verbindungen gehen 50 über ''wan0'' und 25 über ''wan1''<br>
	Da im Beispiel ''wan0'' doppelt soviel Bandbreite hat wie ''wan1'' wären beide Leitungen gleichermaßen ausgelastet.		Da im Beispiel ''wan0'' doppelt soviel Bandbreite hat wie ''wan1'' wären beide Leitungen gleichermaßen ausgelastet.
	\| }}		\| The weighting of a route corresponds to its proportional usage<br>
			wan0: 50<br>
			wan1: 25 means:<br>
			Of a total of 75 connections, 50 go via ''wan0'' and 25 via ''wan1''<br>
			As ''wan0'' has twice as much bandwidth as ''wan1'' in the example, both lines would be equally utilized. }}
	{{var \| 1=DNS Server vom Provider--Hinweis		{{var \| 1=DNS Server vom Provider--Hinweis
	\| 2=Wenn die Funktion "DNS Server vom Provider" {{info\|unter {{Menu-UTM\|Anwendungen\|Nameserver\|Allgemein}} }} aktiviert ist, kann dieser per CLI mit folgendem Befehl gesetzt werden: {{code\|<nowiki>extc runtimevar set { variable PROVIDER_DNS value "192.168.5.2" }</nowiki>}}.<br> Eine Abfrage des Wertes geschieht wie folgt:		\| 2=Wenn die Funktion "DNS Server vom Provider" {{info\|unter {{Menu-UTM\|Anwendungen\|Nameserver\|Allgemein}} }} aktiviert ist, kann dieser per CLI mit folgendem Befehl gesetzt werden: {{code\|<nowiki>extc runtimevar set { variable PROVIDER_DNS value "192.168.5.2" }</nowiki>}}.<br> Eine Abfrage des Wertes geschieht wie folgt:

Lauritzl am 14. Juli 2025 um 14:58 Uhr

2025-07-14T14:58:37Z

@@ Zeile 78: / Zeile 78: @@
 		| A default route is required for each line so that data traffic can be sent over both lines. This can be created under {{Menu-UTM|Network|Network configuration|Routing}}.
 Since the lines have different bandwidths (500 MBit/s and 250 MBit/s respectively), an even load on the lines can be achieved using the {{ic|Weighting}} option. }}
 {{var	| 1=DNS Server vom Provider--Hinweis
 		| 2=Wenn die Funktion "DNS Server vom Provider" {{info|unter {{Menu-UTM|Anwendungen|Nameserver|Allgemein}} }} aktiviert ist, kann dieser per CLI mit folgendem Befehl gesetzt werden: {{code|<nowiki>extc runtimevar set { variable PROVIDER_DNS value "192.168.5.2" }</nowiki>}}.<br> Eine Abfrage des Wertes geschieht wie folgt:

Maltea am 28. Februar 2025 um 10:24 Uhr

2025-02-28T10:24:01Z

← Nächstältere Version		Version vom 28. Februar 2025, 12:24 Uhr
Zeile 51:		Zeile 51:
	{{var \| Beispielszenario 1--cap		{{var \| Beispielszenario 1--cap
	\| Visualisierung Beispielszenario 1		\| Visualisierung Beispielszenario 1
	\| }}		\| Visualisation of example scenario 1 }}
	{{var \| Szenario 1, Schritt 1		{{var \| Szenario 1, Schritt 1
	\| Szenario 1, Schritt 1 - Zonen		\| Szenario 1, Schritt 1 - Zonen
Zeile 78:		Zeile 78:
	\| A default route is required for each line so that data traffic can be sent over both lines. This can be created under {{Menu-UTM\|Network\|Network configuration\|Routing}}.		\| A default route is required for each line so that data traffic can be sent over both lines. This can be created under {{Menu-UTM\|Network\|Network configuration\|Routing}}.
	Since the lines have different bandwidths (500 MBit/s and 250 MBit/s respectively), an even load on the lines can be achieved using the {{ic\|Weighting}} option. }}		Since the lines have different bandwidths (500 MBit/s and 250 MBit/s respectively), an even load on the lines can be achieved using the {{ic\|Weighting}} option. }}
	{{var \| DNS Server vom Provider--Hinweis		{{var \| 1=DNS Server vom Provider--Hinweis
	\| Wenn die Funktion "DNS Server vom Provider" {{info\|unter {{Menu-UTM\|Anwendungen\|Nameserver\|Allgemein}} }} aktiviert ist, kann dieser per CLI mit folgendem Befehl gesetzt werden: {{code\|<nowiki>extc runtimevar set { variable PROVIDER_DNS value "192.168.5.2" }</nowiki>}}.<br>		\| 2=Wenn die Funktion "DNS Server vom Provider" {{info\|unter {{Menu-UTM\|Anwendungen\|Nameserver\|Allgemein}} }} aktiviert ist, kann dieser per CLI mit folgendem Befehl gesetzt werden: {{code\|<nowiki>extc runtimevar set { variable PROVIDER_DNS value "192.168.5.2" }</nowiki>}}.<br> Eine Abfrage des Wertes geschieht wie folgt:
	Eine Abfrage des Wertes geschieht wie folgt:
	<pre><nowiki>		<pre><nowiki>
	extc runtimevar get { variable PROVIDER_DNS }		extc runtimevar get { variable PROVIDER_DNS }
Zeile 87:		Zeile 86:
	PROVIDER_DNS\|192.168.5.1		PROVIDER_DNS\|192.168.5.1
	</nowiki></pre>		</nowiki></pre>
	\| }}		\| 3=If the function "DNS server from provider" {{info\|under {{Menu-UTM\|Applications\|Nameserver\|General}} }} is activated, this can be set via CLI with the following command: {{code\|<nowiki>extc runtimevar set { variable PROVIDER_DNS value "192.168.5.2" }</nowiki>}}.<br> The value is queried as follows:
			<pre><nowiki>
			extc runtimevar get { variable PROVIDER_DNS }
			variable \|value
			------------+-----
			PROVIDER_DNS\|192.168.5.1
			</nowiki></pre> }}
	{{var \| Szenario 1, Schritt 2--Bild		{{var \| Szenario 1, Schritt 2--Bild
	\| UTM v12.6 Mutlipathrouting Szenario1 Schritt 2.png		\| UTM v12.6 Mutlipathrouting Szenario1 Schritt 2.png
Zeile 102:		Zeile 107:
	{{var \| Szenario 1, Schritt 3--desc		{{var \| Szenario 1, Schritt 3--desc
	\| Regeln werden in der Securepoint UTM mithilfe von Netzwerkobjekten unter {{Menu-UTM\|Firewall\|Netzwerkobjekte\|\|Objekt hinzufügen\|+}} angelegt. Da standardmäßig keine Netzwerkobjekte für eine zweite Leitung existieren, müssen diese nun angelegt werden. Wir benötigen zum einen das Netzwerkobjekt für das Netzwerk (Internet-2) und zum anderen das Netzwerkobjekt für die Schnittstelle der Firewall in dieser Zone (external-interface-2). <br>Die Netzwerkobjekte sollten wie folgt aussehen:		\| Regeln werden in der Securepoint UTM mithilfe von Netzwerkobjekten unter {{Menu-UTM\|Firewall\|Netzwerkobjekte\|\|Objekt hinzufügen\|+}} angelegt. Da standardmäßig keine Netzwerkobjekte für eine zweite Leitung existieren, müssen diese nun angelegt werden. Wir benötigen zum einen das Netzwerkobjekt für das Netzwerk (Internet-2) und zum anderen das Netzwerkobjekt für die Schnittstelle der Firewall in dieser Zone (external-interface-2). <br>Die Netzwerkobjekte sollten wie folgt aussehen:
	\| Rules are created in Securepoint UTM using network objects under {{Menu-UTM\|Firewall\|Network objects\|\|Add object\|+}}. Since there is no network object for a second line by default, it must now be created. On the one hand we need the network object for the network (Internet-2) and on the other hand the network object for the interface of the firewall in this zone (external-interface-2).		\| Rules are created in Securepoint UTM using network objects under {{Menu-UTM\|Firewall\|Network objects\|\|Add object\|+}}. Since there is no network object for a second line by default, it must now be created. On the one hand we need the network object for the network (Internet-2) and on the other hand the network object for the interface of the firewall in this zone (external-interface-2).<br> The network objects should look like the following: }}
	<br> The network objects should look like the following: }}
	{{var \| Szenario 1, Schritt 3--Bild		{{var \| Szenario 1, Schritt 3--Bild
	\| UTM v12.6 Mutlipathrouting Szenario1 Schritt 3 Internet.png		\| UTM v12.6 Mutlipathrouting Szenario1 Schritt 3 Internet.png
Zeile 109:		Zeile 113:
	{{var \| Netzwerkobjekt hinzufügen		{{var \| Netzwerkobjekt hinzufügen
	\| Netzwerkobjekt hinzufügen		\| Netzwerkobjekt hinzufügen
	\| }}		\| Add network object }}
	{{var \| Netzwerkobjekte		{{var \| Netzwerkobjekte
	\| Netzwerkobjekte		\| Netzwerkobjekte
	\| }}		\| Network objects }}
	{{var \| Szenario 1, Schritt 3--cap		{{var \| Szenario 1, Schritt 3--cap
	\| Internet-2-Objekt		\| Internet-2-Objekt
Zeile 136:		Zeile 140:
	{{var \| Regel hinzufügen		{{var \| Regel hinzufügen
	\| Regel hinzufügen		\| Regel hinzufügen
	\| }}		\| Add rule }}
	{{var \| Paketfilter		{{var \| Paketfilter
	\| Paketfilter		\| Paketfilter
	\| }}		\| Packet filter }}
	{{var \| Szenario 1, Schritt 4--cap		{{var \| Szenario 1, Schritt 4--cap
	\| Regeln im Paketfilter		\| Regeln im Paketfilter
Zeile 151:		Zeile 155:
	{{var \| Beispielszenario 2--cap		{{var \| Beispielszenario 2--cap
	\| Visualisierung Beispielszenario 2		\| Visualisierung Beispielszenario 2
	\| }}		\| Visualisation of example scenario 2 }}
	{{var \| Szenario 2, Schritt 1		{{var \| Szenario 2, Schritt 1
	\| Szenario 2, Schritt 1 - Zonen		\| Szenario 2, Schritt 1 - Zonen
Zeile 172:		Zeile 176:
	{{var \| Schnittstelle bearbeiten		{{var \| Schnittstelle bearbeiten
	\| Schnittstelle bearbeiten		\| Schnittstelle bearbeiten
	\| }}		\| Edit interface }}
	{{var \| Szenario 2, Schritt 2--cap		{{var \| Szenario 2, Schritt 2--cap
	\| Route-Hint-Einstellung LAN2		\| Route-Hint-Einstellung LAN2
Zeile 267:		Zeile 271:
	\| Typ		\| Typ
	\| Type }}		\| Type }}
	~~{{var \| Netzwerkobjekt~~
	~~\| Netzwerkobjekt~~
	~~\| Network object }}~~
	{{var \| Namen vergeben		{{var \| Namen vergeben
	\| Namen vergeben		\| Namen vergeben
Zeile 381:		Zeile 382:
	\| Regel anlegen		\| Regel anlegen
	\| Create rule }}		\| Create rule }}
			{{var \|
			\|
			\| }}

	----		----
Zeile 386:		Zeile 390:
	\|		\|
	\| }}		\| }}

	</div>		</div>

Lauritzl am 23. Mai 2024 um 10:21 Uhr

2024-05-23T10:21:14Z

@@ Zeile 78: / Zeile 78: @@
 		| A default route is required for each line so that data traffic can be sent over both lines. This can be created under {{Menu-UTM|Network|Network configuration|Routing}}.
 Since the lines have different bandwidths (500 MBit/s and 250 MBit/s respectively), an even load on the lines can be achieved using the {{ic|Weighting}} option. }}
 {{var	| Szenario 1, Schritt 2--Bild
 		| UTM v12.6 Mutlipathrouting Szenario1 Schritt 2.png

Marcels am 12. Januar 2024 um 14:28 Uhr

2024-01-12T14:28:00Z

Änderungen zeigen

Lauritzl am 28. August 2023 um 06:09 Uhr

2023-08-28T06:09:21Z

Änderungen zeigen

Lauritzl am 10. März 2023 um 14:56 Uhr

2023-03-10T14:56:49Z

Änderungen zeigen

Lauritzl am 2. November 2022 um 11:19 Uhr

2022-11-02T11:19:24Z

← Nächstältere Version		Version vom 2. November 2022, 13:19 Uhr
Zeile 14:		Zeile 14:
	{{var \| Layoutanpassung		{{var \| Layoutanpassung
	\| Layoutanpassung		\| Layoutanpassung
			\| }}
			{{var \| Vorbemerkung
			\| Vorbemerkung
	\| }}		\| }}
	{{var \| Allgemein		{{var \| Allgemein
Zeile 103:		Zeile 106:
	\| 3= }}		\| 3= }}
	{{var \| Szenario 1, Schritt 4--Bild		{{var \| Szenario 1, Schritt 4--Bild
	\| UTM v12.4 Portfilter ~~Portfilter Internetzugriff~~.png		\| UTM v12.4 Firewall Portfilter Regel anlegen Ziel Internet.png
	\| UTM v12.4 Portfilter ~~Portfilter Internetzugriff~~-en.png }}		\| UTM v12.4 Firewall Portfilter Regel anlegen Ziel Internet-en.png }}
	{{var \| Szenario 1, Schritt 4--cap		{{var \| Szenario 1, Schritt 4--cap
	\| Regeln im Portfilter		\| Regeln im Portfilter
Zeile 123:		Zeile 126:
	\| Damit der Datenverkehr über beide Leitungen geschickt werden kann, wird pro Leitung eine Default-Route benötigt.		\| Damit der Datenverkehr über beide Leitungen geschickt werden kann, wird pro Leitung eine Default-Route benötigt.
	In diesem Szenario gibt es allerdings aufgrund des Routers vor der eth2 eine Besonderheit:<br>		In diesem Szenario gibt es allerdings aufgrund des Routers vor der eth2 eine Besonderheit:<br>
	Damit in den Routen die eth2 als Gateway-Schnittstelle angegeben werden kann, ist es erforderlich, dass der Firewall das Gateway für diese Schnittstelle mitgeteilt wird. Das funktioniert über die Option {{ic\|Route-Hint IPv4}} in den Einstellungen der eth2. ~~Hier~~ wird das Gateway ~~203~~.0.~~113~~.~~0/---~~ angegeben. Nun lässt sich als Default-Gateway die eth2 angeben.		Damit in den Routen die eth2 als Gateway-Schnittstelle angegeben werden kann, ist es erforderlich, dass der Firewall das Gateway für diese Schnittstelle mitgeteilt wird. Das funktioniert über die Option {{ic\|Route-Hint IPv4}} in den Einstellungen der eth2. 1Hier wird das Gateway 192.168.178.1 angegeben. Nun lässt sich als Default-Gateway die eth2 angeben.
	Nun müssen die beiden Default-Routen angelegt werden. Da die Leitungen eine unterschiedliche Bandbreite besitzen (50 MBit/s bzw. 25 MBit/s), kann über die Option {{ic\|Gewichtung}} eine gleichmäßige Belastung der Leitungen erreicht werden.		Nun müssen die beiden Default-Routen angelegt werden. Da die Leitungen eine unterschiedliche Bandbreite besitzen (50 MBit/s bzw. 25 MBit/s), kann über die Option {{ic\|Gewichtung}} eine gleichmäßige Belastung der Leitungen erreicht werden.
	\| }}		\| }}
	{{var \| Szenario 2, Schritt 2--Bild		{{var \| Szenario 2, Schritt 2--Bild
	\| UTM v12.4 Netzwerkkonfiguration ~~eth2 bearbeiten~~.png		\| UTM v12.4 Netzwerkkonfiguration Einstellung Route hint IPv4.png
	\| UTM v12.4 Netzwerkkonfiguration ~~eth2 bearbeiten~~-en.png }}		\| UTM v12.4 Netzwerkkonfiguration Einstellung Route hint IPv4-en.png }}
	{{var \| Szenario 2, Schritt 2--cap		{{var \| Szenario 2, Schritt 2--cap
	\| Route-Hint-Einstellung eth2		\| Route-Hint-Einstellung eth2
Zeile 177:		Zeile 180:
	{{var \| Schritt 2 - Regel anlegen--desc		{{var \| Schritt 2 - Regel anlegen--desc
	\| Nun kann mit dem Netzwerkobjekt eine Regel definiert werden. In der Regel muss dann das Rule-Routing angegeben werden und auf '''wan0''' gesetzt werden, damit der Server immer über diese Schnittstelle nach außen kommuniziert.		\| Nun kann mit dem Netzwerkobjekt eine Regel definiert werden. In der Regel muss dann das Rule-Routing angegeben werden und auf '''wan0''' gesetzt werden, damit der Server immer über diese Schnittstelle nach außen kommuniziert.
	{{Hinweis-neu\|! ~~\|gelb}}~~ Es muss unbedingt darauf beachtet werden, dass das Ziel-Netzwerkobjekt (Internet) mit dem HideNAT-Objekt (external-interface) und der Rule-Routing Schnittstelle (wan0) überein stimmt! Ansonsten funktioniert das Rule-Routing nicht.		{{Hinweis-neu\|! Es muss unbedingt darauf beachtet werden, dass das Ziel-Netzwerkobjekt (Internet) mit dem HideNAT-Objekt (external-interface) und der Rule-Routing Schnittstelle (wan0) überein stimmt! Ansonsten funktioniert das Rule-Routing nicht.\|g}}
	\| }}		\| }}
	{{var \| Schritt 2 - Regel anlegen--Bild		{{var \| Schritt 2 - Regel anlegen--Bild
Zeile 237:		Zeile 240:
	\| Address }}		\| Address }}
	{{var \| IP-Adresse eintragen		{{var \| IP-Adresse eintragen
	\| IP~~-Adresse eintragen~~		\| Netz-IP für das gesamte Internet
	\| ~~Enter~~ IP~~-Address~~ }}		\| Network IP for the entire internet }}
	{{var \| Angelegte Zone auswählen		{{var \| Angelegte Zone auswählen
	\| Angelegte Zone auswählen		\| Angelegte Zone auswählen
Zeile 322:		Zeile 325:
	{{var \| Schnittstelle		{{var \| Schnittstelle
	\| Schnittstelle		\| Schnittstelle
			\| }}
			{{var \| Regel anlegen
			\| Regel anlegen
	\| }}		\| }}

Lauritzl: Die Seite wurde neu angelegt: „{{Lang}} {{#vardefine:headerIcon|spicon-utm}} {{var | display | Multipathrouting | Multipathrouting }} {{var | head | Multipathrouting auf der UTM einrichten | }} {{var | Allgemeine Aktualisierungen | Allgemeine Aktualisierungen | }} {{var | Layoutanpassung | Layoutanpassung | }} {{var | Allgemein | Allgemein | General }} {{var | Allgemein--desc | In diesem HowTo wird erklärt, was Multipathrouting bedeutet und wie es auf eine…“

2022-09-02T05:32:37Z

Die Seite wurde neu angelegt: „{{Lang}} {{#vardefine:headerIcon|spicon-utm}} {{var | display | Multipathrouting | Multipathrouting }} {{var | head | Multipathrouting auf der UTM einrichten | }} {{var | Allgemeine Aktualisierungen | Allgemeine Aktualisierungen | }} {{var | Layoutanpassung | Layoutanpassung | }} {{var | Allgemein | Allgemein | General }} {{var | Allgemein--desc | In diesem HowTo wird erklärt, was Multipathrouting bedeutet und wie es auf eine…“

Neue Seite

{{Lang}}

{{#vardefine:headerIcon|spicon-utm}}

{{var | display
| Multipathrouting
| Multipathrouting }}
{{var | head
| Multipathrouting auf der UTM einrichten
| }}
{{var | Allgemeine Aktualisierungen
| Allgemeine Aktualisierungen
| }}
{{var | Layoutanpassung
| Layoutanpassung
| }}
{{var | Allgemein
| Allgemein
| General }}
{{var | Allgemein--desc
| In diesem HowTo wird erklärt, was Multipathrouting bedeutet und wie es auf einer Securepoint UTM eingerichtet werden kann. Außerdem wird beschrieben, wie der Datenverkehr bestimmter Dienste/Endgeräte über eine bestimmte Leitung geleitet werden kann.
| }}
{{var | Was ist Multipathrouting
| Was ist Multipathrouting?
| }}
{{var | Was ist Multipathrouting--desc
| Die Kopplung mehrerer Internetleitungen zu '''einem''' logischen "Internet" wird Multipathrouting genannt. Hierbei existieren zwei oder mehr default-Routen auf der Firewall und die Pakete werden entsprechend verteilt.
Neben dem Multipathrouting übernimmt die Securepoint UTM auch die Verteilung des Datenverkehrs (Loadbalancing). Beim Loadbalancing können für die einzelnen Routen eine gewünschte Gewichtung eingetragen werden. Die Securepoint UTM kann somit beispielsweise zwei, oder mehr Leitungen mit einer jeweiligen Bandbreite von z.B. 16 MBit/s und 100 MBit/s, gleichmäßig belasten.
| }}
{{var | Einrichtung
| Einrichtung
| }}
{{var | Einrichtung--desc
| In dieser Anleitung werden zwei typische Aufbaumöglichkeiten erklärt.
Zum einen das Multipathrouting mit zwei direkt verbundenen DSL-Leitungen (Szenario I) und zum anderen mit einer DSL-Leitung und einer Router-Verbindung (Szenario 2).
| }}
{{var | Beispielszenario
| Beispielszenario
| }}
{{var | Beispielszenario 1--desc
| An der Securepoint UTM sind zwei DSL-Leitungen angeschlossen (wan0 und wan1). Leitung 1 (wan0) verfügt über eine Bandbreite von 50 MBit/s und Leitung 2 (wan1) besitzt eine Bandbreite von 25 MBit/s.
| }}
{{var | Szenario 1, Schritt 1
| Szenario 1, Schritt 1 - Zonen
| }}
{{var | Zonen
| Zonen
| }}
{{var | Szenario 1, Schritt 1--desc
| Die PPP-Schnittstellen werden so konfiguriert, dass beide eindeutige Zonen besitzen. In diesem Beispiel legen wir die Zonen "external-2" und "firewall-external-2" an und weisen diese der wan1 zu. Die wan0 besitzt die Zonen "external" und "firewall-external". Die Zonen sind nötig, damit später entsprechende Netzwerkobjekte und Regeln angelegt werden können.
| }}
{{var | Szenario 1, Schritt 1--Bild
| UTM v12.4 Netzwerkkonfiguration PPoE.png
| UTM v12.4 Netzwerkkonfiguration PPoE-en.png }}
{{var | Szenario 1, Schritt 1--cap
| Szenario 1, Netzwerkschnittstellen
| }}
{{var | Szenario 1, Schritt 2
| Szenario 1, Schritt 2 - Routen
| }}
{{var | Routen
| Routen
| }}
{{var | Szenario 1, Schritt 2--desc
| Damit der Datenverkehr über beide Leitungen geschickt werden kann, werden pro Leitung eine Default-Route benötigt. Diese können unter {{Menu|Netzwerk|Netzwerkkonfiguration|Routing}} angelegt werden.
Da die Leitungen eine unterschiedliche Bandbreite besitzen (50 MBit/s bzw. 25 MBit/s), kann über die Option {{ic|Gewichtung}} eine gleichmäßige Belastung der Leitungen erreicht werden.
| }}
{{var | Szenario 1, Schritt 2--Bild
| UTM v12.4 Netzwerkkonfiguration Routing.png
| UTM v12.4 Netzwerkkonfiguration Routing-en.png }}
{{var | Szenario 1, Schritt 2--cap
| Szenario 1, Routing
| }}
{{var | Szenario 1, Schritt 3
| Szenario 1, Schritt 3 - Netzwerkobjekte anlegen
| }}
{{var | Netzwerkobjekte anlegen
| Netzwerkobjekte anlegen
| }}
{{var | Szenario 1, Schritt 3--desc
| Regeln werden in der Securepoint UTM mithilfe von Netzwerkobjekten unter {{Menu|Firewall|Portfilter|Netzwerkobjekte|+ Objekt hinzufügen}} angelegt. Da standardmäßig keine Netzwerkobjekte für eine zweite Leitung existieren, muss diese nun angelegt werden. Wir benötigen zum einen das Netzwerkobjekt für das Netzwerk (Internet-2) und zum anderen das Netzwerkobjekt für die Schnittstelle der Firewall in dieser Zone (external-interface-2). Die Netzwerkobjekte sollten wie folgt aussehen:
| }}
{{var | Szenario 1, Schritt 3--Bild
| UTM v12.4 Portfilter Netzwerkobjekt hinzufügen.png
| UTM v12.4 Portfilter Netzwerkobjekt hinzufügen-en.png }}
{{var | Szenario 1, Schritt 3--cap
| Internet-2-Objekt
| }}
{{var | Netzwerkobjekt hinzufügen Bild 2
| UTM v12.4 Portfilter Netzwerkobjekt external interface 2.png
| UTM v12.4 Portfilter Netzwerkobjekt external interface 2-en.png }}
{{var | Netzwerkobjekt hinzufügen Bild 2--cap
| external-interface-2-Objekt
| }}
{{var | Szenario 1, Schritt 4
| Szenario 1, Schritt 4 - Regeln anlegen
| }}
{{var | Regeln anlegen
| Regeln anlegen
| }}
{{var | 1=Szenario 1, Schritt 4--desc
| 2=Nun werden die Regeln angelegt. In diesem Beispiel geben wir "any" ins Internet frei. {{Hinweis-neu|! |gelb}} Hierbei muss darauf geachtet werden, dass das Internet-Objekt in der Regel mit dem ausgewählten HideNAT-Objekt überein stimmt! Die Regeln sehen dann wie folgt aus:
| 3= }}
{{var | Szenario 1, Schritt 4--Bild
| UTM v12.4 Portfilter Portfilter Internetzugriff.png
| UTM v12.4 Portfilter Portfilter Internetzugriff-en.png }}
{{var | Szenario 1, Schritt 4--cap
| Regeln im Portfilter
| }}
{{var | Beispielszenario 2--desc
| An eth0 der Firewall ist ein Modem angeschlossen, wobei die Securepoint UTM die Einwahl übernimmt. An eth2 befindet sich eine Fritzbox, welche als Router fungiert. Die UTM selber besitzt in diesem Netz die 203.0.113.0/24. Leitung 1 (wan0) verfügt über eine Bandbreite von 50 MBit/s und Leitung 2 (eth2) besitzt eine Bandbreite von 25 MBit/s.
| }}
{{var | Szenario 2, Schritt 1
| Szenario 2, Schritt 1 - Zonen
| }}
{{var | Szenario 2, Schritt 1--desc
| Die externen Schnittstellen (wan0 und eth2) werden so konfiguriert, dass beide eindeutige Zonen besitzen. In diesem Beispiel werden ebenfalls die Zonen "external-2" und "firewall-external-2" angelegt und eth2 zugewiesen. Die wan0 besitzt die Zonen "external" und "firewall-external". Die Zonen sind nötig, damit später entsprechende Netzwerkobjekte und Regeln angelegt werden können.
| }}
{{var | Szenario 2, Schritt 2
| Szenario 2, Schritt 2 - Routen
| }}
{{var | Szenario 2, Schritt 2--desc
| Damit der Datenverkehr über beide Leitungen geschickt werden kann, wird pro Leitung eine Default-Route benötigt.
In diesem Szenario gibt es allerdings aufgrund des Routers vor der eth2 eine Besonderheit: 
Damit in den Routen die eth2 als Gateway-Schnittstelle angegeben werden kann, ist es erforderlich, dass der Firewall das Gateway für diese Schnittstelle mitgeteilt wird. Das funktioniert über die Option {{ic|Route-Hint IPv4}} in den Einstellungen der eth2. Hier wird das Gateway 203.0.113.0/--- angegeben. Nun lässt sich als Default-Gateway die eth2 angeben.
Nun müssen die beiden Default-Routen angelegt werden. Da die Leitungen eine unterschiedliche Bandbreite besitzen (50 MBit/s bzw. 25 MBit/s), kann über die Option {{ic|Gewichtung}} eine gleichmäßige Belastung der Leitungen erreicht werden.
| }}
{{var | Szenario 2, Schritt 2--Bild
| UTM v12.4 Netzwerkkonfiguration eth2 bearbeiten.png
| UTM v12.4 Netzwerkkonfiguration eth2 bearbeiten-en.png }}
{{var | Szenario 2, Schritt 2--cap
| Route-Hint-Einstellung eth2
| }}
{{var | So sehen dann die angelegten Defaul-Routen aus
| So sehen dann die angelegten Defaul-Routen aus.
| }}
{{var | So sehen dann die angelegten Defaul-Routen aus--Bild
| UTM v12.4 Netzwerkkonfiguration Routing eth2.png
| UTM v12.4 Netzwerkkonfiguration Routing eth2-en.png }}
{{var | So sehen dann die angelegten Defaul-Routen aus--cap
| Angelegte Default-Routen
| }}
{{var | Szenario 2, Schritt 3
| Szenario 2, Schritt 3 - Netzwerkobjekte anlegen
| }}
{{var | Szenario 2, Schritt 4
| Szenario 2, Schritt 4 - Regeln anlegen
| }}
{{var | Routing für bestimmte Endgeräte und Dienste
| Routing für bestimmte Endgeräte und Dienste
| }}
{{var | Routing für bestimmte Endgeräte und Dienste--desc
| Da der Datenverkehr bei einem Multipathrouting ohne Weiteres immer von Leitung zu Leitung "springt", kann dies bei bestimmten Szenarien zu Fehlern führen. Beispielsweise muss ein extern stehender Server immer über die selbe Quell-IP angesprochen werden. Um dieses Vorhaben umzusetzen, wird die Funktion "Rule-Routing" genutzt.
Als Beispiel soll der SBS mit der IP 203.0.113.0 immer über die Leitung wan0 geschickt werden.
| }}
{{var | Schritt 1 - Netzwerkobjekt für den Server
| Schritt 1 - Netzwerkobjekt für den Server
| }}
{{var | Netzwerkobjekt für den Server
| Netzwerkobjekt für den Server
| }}
{{var | Schritt 1 - Netzwerkobjekt für den Server--desc
| Als erstes wird für den Server ein Netzwerkobjekt angelegt, damit dieses später in der Regel angegeben werden kann. Das Netzwerkobjekt sieht in diesem Beispiel so aus:
| }}
{{var | Schritt 1 - Netzwerkobjekt für den Server--Bild
| UTM v12.4 Portfilter Netzwerkobjekt hinzufügen Server.png
| UTM v12.4 Portfilter Netzwerkobjekt hinzufügen Server-en.png }}
{{var | Schritt 1 - Netzwerkobjekt für den Server--cap
| SBS-Netzwerkobjekt
| }}
{{var | Schritt 2 - Regel anlegen
| Schritt 2 - Regel anlegen
| }}
{{var | Regel anlegen
| Regel anlegen
| }}
{{var | Schritt 2 - Regel anlegen--desc
| Nun kann mit dem Netzwerkobjekt eine Regel definiert werden. In der Regel muss dann das Rule-Routing angegeben werden und auf '''wan0''' gesetzt werden, damit der Server immer über diese Schnittstelle nach außen kommuniziert.
{{Hinweis-neu|! |gelb}} Es muss unbedingt darauf beachtet werden, dass das Ziel-Netzwerkobjekt (Internet) mit dem HideNAT-Objekt (external-interface) und der Rule-Routing Schnittstelle (wan0) überein stimmt! Ansonsten funktioniert das Rule-Routing nicht.
| }}
{{var | Schritt 2 - Regel anlegen--Bild
| UTM v12.4 Portfilter Regel hinzufügen eth2.png
| UTM v12.4 Portfilter Regel hinzufügen eth2-en.png }}
{{var | Schritt 2 - Regel anlegen--cap
| Rule-Routing-Regel
| }}
{{var | Schritt 3 - Regel positionieren
| Schritt 3 - Regel positionieren
| }}
{{var | Regel positionieren
| Regel positionieren
| }}
{{var | Schritt 3 - Regel positionieren--desc
| Da das Regelwerk in der Securepoint UTM von oben nach unten abgearbeitet wird, muss die Rule-Routing-Regel unbedingt vor der "globalen" Regel stehen. Um sicherzugehen, sollte am besten eine neue Regelgruppe angelegt werden, welche im Portfilter ganz oben positioniert wird. In dieser Regelgruppe werden dann alle Rule-Routing-Regeln erstellt und greifen somit als erstes.
| }}
{{var | Schritt 3 - Regel positionieren--Bild
| UTM v12.4 Portfilter Rule-Routing.png
| UTM v12.4 Portfilter Rule-Routing-en.png }}
{{var | Schritt 3 - Regel positionieren--cap
| Positionierung
| }}
{{var | Abschlusssatz
| Das Rule-Routing kann natürlich auch einzelne Dienste, wie z.B. HTTP, über eine bestimmte Leitung "routen". Die Regel muss dann entsprechend angepasst werden.
| }}
{{var | Quelle
| Quelle
| Quelle }}
{{var | Ziel
| Ziel
| Target }}
{{var | Dienst
| Dienst
| Service }}
{{var | Aktion
| Aktion
| Action }}
{{var | Aktiv
| Aktiv
| Active }}
{{var | Typ
| Typ
| Type }}
{{var | Netzwerkobjekt
| Netzwerkobjekt
| Networkobject }}
{{var | Namen vergeben
| Namen vergeben
| Choose a name }}
{{var | Netzwerk (Adresse)
| Netzwerk (Adresse)
| Network (Address) }}
{{var | Typ--desc
| Typen im Drop-down-Menü auswählen
| }}
{{var | Adresse
| Adresse
| Address }}
{{var | IP-Adresse eintragen
| IP-Adresse eintragen
| Enter IP-Address }}
{{var | Angelegte Zone auswählen
| Angelegte Zone auswählen
| }}
{{var | Kann leer bleiben
| Kann leer bleiben
| Can stay empty }}
{{var | Gruppen
| Gruppen
| Groups }}
{{var | Speichern
| Speichern
| Save }}
{{var | Speichern--desc
| Hier klicken um direkt das nächste Netzwerkobjekt anzulegen
| }}
{{var | Dynamische Schnittstelle
| Dynamische Schnittstelle
| Dynamic Interface }}
{{var | Wan1 als Schnittstelle auswählen
| Wan1 als Schnittstelle auswählen
| }}
{{var | Speichern und schließen
| Speichern und schließen
| Save and close }}
{{var | Speichern und schließen--desc
| Hier klicken um die Anlage der Netzwerkobjekte abzuschließen
| }}
{{var | ein
| Ein
| On }}
{{var | Muss aktiviert werden
| Muss aktiviert werden
| }}
{{var | Hier die IPv4-Adresse angeben
| Hier die IPv4-Adresse angeben
| }}
{{var | Falls vorhanden, hier die IPv6-Adresse angeben
| Falls vorhanden, hier die IPv6-Adresse angeben
| }}
{{var | Den Typen Host auswählen
| Den Typen Host auswählen
| }}
{{var | IP-Adresse angeben
| IP-Adresse angeben
| }}
{{var | Als Zone internal auswählen
| Als Zone "internal" auswählen
| }}
{{var | Die Regel muss aktiv sein
| Die Regel muss aktiv sein
| }}
{{var | Server auswählen
| Server auswählen
| }}
{{var | Als Ziel das Internet angeben
| Als Ziel das "Internet" angeben
| }}
{{var | auswählen
| auswählen
| choose }}
{{var | None - Nicht protokollieren
| None - Nicht protokollieren
| None - Do not log }}
{{var | Unbedingt auswählen
| Unbedingt auswählen
| }}
{{var | Netzwerkobjekt
| Netzwerkobjekt
| Node }}
{{var | Schnittstelle angeben
| Schnittstelle angeben
| }}
{{var | Zeitprofil
| Zeitprofil
| Timeprofile }}
{{var | Hinzufügen und schließen
| Hinzufügen und schließen
| }}
{{var | Hinzufügen und schließen--desc
| Hier klicken um die Regel hinzuzufügen
| }}
{{var | Schnittstelle
| Schnittstelle
| }}

----
{{var |
|
| }}

</div>