UTM/APP/Webfilter.lang - Versionsgeschichte

Lauritzl: 1 Version importiert

2026-03-09T13:51:06Z

1 Version importiert

← Nächstältere Version	Version vom 9. März 2026, 15:51 Uhr
(kein Unterschied)

Update 14.1.3>MichaelV am 9. März 2026 um 10:10 Uhr

2026-03-09T10:10:54Z

@@ Zeile 35: / Zeile 35: @@
 * The rule sets are checked in sequence to see whether they apply (in terms of content and time) }}
 {{var	| Webfilter--Bild
-		| UTM v14.1.1 Anwendungen Webfilter Allgemein.png
+		| UTM 14.1.3 Webfilter Aehnlichkeitserkennung.png
-		| UTM v14.1.1 Anwendungen Webfilter Allgemein-en.png }}
+		| UTM 14.1.3 Webfilter Aehnlichkeitserkennung-en.png }}
 {{var	| Anwendungen
 		| Anwendungen
@@ Zeile 393: / Zeile 393: @@
 {{var	| Hinweis-Experimentell
 		| Diese Feature ist experimentell und sollte daher nur mit Bedacht verwendet werden!
 		|  }}

Andreb am 28. November 2025 um 08:27 Uhr

2025-11-28T08:27:47Z

← Nächstältere Version		Version vom 28. November 2025, 10:27 Uhr
Zeile 319:		Zeile 319:
	{{var \| Allowlisting Beispiele		{{var \| Allowlisting Beispiele
	\| Allowlisting Beispiele		\| Allowlisting Beispiele
	\| ~~Whitelisting~~ example }}		\| Allowlisting example }}
	{{var \| ~~Whitelisting~~ Beispiele--desc		{{var \| Allowlisting Beispiele--desc
	\| In diesem Beispiel wurde die URL '''www.google.de''' und die Kategorie '''Ausbildung''' über die Funktion {{Button\|+ Regel hinzufügen}} zum ~~Whitelisting~~ hinzugefügt.<br> {{Hinweis-box\|\|g}} Da der Webfilter die Regeln von oben nach unten bearbeitet, musste in diesem Beispiel die Kategorie ''Ausbildung'' manuell an die erste Stelle geschoben werden.		\| In diesem Beispiel wurde die URL '''www.google.de''' und die Kategorie '''Ausbildung''' über die Funktion {{Button\|+ Regel hinzufügen}} zum Allowlisting hinzugefügt.<br> {{Hinweis-box\|\|g}} Da der Webfilter die Regeln von oben nach unten bearbeitet, musste in diesem Beispiel die Kategorie ''Ausbildung'' manuell an die erste Stelle geschoben werden.
	\| In this example, the URL '''www.google.de''' and the category '''Education''' were added to the ~~whitelisting~~ via the function {{Button\|+ Add rule}}.<br> {{Hinweis-box\|\|g}} Since the web filter processes the rules from top to bottom, in this example the category ''Education'' had to be manually pushed to the first position. }}		\| In this example, the URL '''www.google.de''' and the category '''Education''' were added to the allowlisting via the function {{Button\|+ Add rule}}.<br> {{Hinweis-box\|\|g}} Since the web filter processes the rules from top to bottom, in this example the category ''Education'' had to be manually pushed to the first position. }}
	{{var \| ~~Whitelisting~~ Beispiele--Bild		{{var \| Allowlisting Beispiele--Bild
	\| UTM v12.6 Webfilter ~~Whitelist~~ Beispiele.png		\| UTM v12.6 Webfilter Allowlist Beispiele.png
	\| UTM v12.6 Webfilter ~~Whitelist~~ Beispiele-en.png }}		\| UTM v12.6 Webfilter Allowlist Beispiele-en.png }}
	{{var \| Sonstiges		{{var \| Sonstiges
	\| Sonstiges		\| Sonstiges
Zeile 339:		Zeile 339:
	\| Architecture of the Webfilter }}		\| Architecture of the Webfilter }}
	{{var \| Architektur des Webfilter--desc		{{var \| Architektur des Webfilter--desc
	\| Der Webfilter arbeitet mit URL- und Kategorien-Regelsätzen, die in Profilen Netzwerkgruppen oder Benutzergruppen zugeordnet werden müssen.<br><br> Der Ablauf ist wie folgt:<br> Ein Benutzer ruft über einen Browser oder eine andere Anwendung eine Webseite auf. Die Datenpakete, inklusive dem Uniform Resource Locator (URL) der Webseite, werden über den HTTP Proxy geleitet. Entweder dadurch, dass der HTTP Proxy als transparenter Proxy eingerichtet ist, oder durch die Proxy-Konfiguration des Browsers am Client.<br> Je nachdem ob zuerst ein Profil für eine Benutzergruppe oder eine Netzwerkgruppe angelegt wurde, wird überprüft, ob der Benutzername oder die IP-Adresse mit einem Profil übereinstimmt.<br> Stimmt weder der Benutzername noch die Quell IP-Adresse mit einem Gruppen-Profil überein, greift die Standard Aktion, die unter ''Webfilter'' im Bereich ''Allgemein'' unter ''Kein passendes Profil gefunden:'' definiert wurde. Es werden diese Anforderungen, je nach Einstellung im Webfilter, entweder zugelassen oder geblockt.<br> Nachdem ein Profil erkannt wurde, wird der damit verknüpfte Regelsatz überprüft.<br> Zunächst wird die zeitliche Gültigkeit des Regelsatzes überprüft. Stimmt diese nicht überein, prüft der Webfilter ob ein weiterer Regelsatz für dieses Profil hinterlegt ist. Ist dieses nicht der Fall, greift die Webfilter Standard Aktion.<br> Ist der Regelsatz nicht zeitlich geregelt oder stimmt der Regelsatz zeitlich überein, wird als nächstes überprüft, ob dieser Regelsatz den Zugang grundsätzlich blockieren soll. Das ist der Fall, wenn im Fenster ''Regelsatz bearbeiten'' die Markierung bei ''Zugang blockieren:'' gesetzt wurde.<br> Wird mit dem Regelsatz nicht alles blockiert, überprüft der Webfilter die hier hinterlegten URLs und vergleicht diese mit der Anforderung des Clients. Ist die URL oder Teile der URL im Regelsatz eingetragen, wird geprüft, ob diese auf der Allowlist oder auf der Blocklist stehen und dadurch zugelassen oder geblockt werden.<br> Ist die angeforderte URL nicht eingetragen, wird überprüft ob diese zu einer Kategorie passen.<br> Dazu wird zunächst geprüft, ob diese URL schon einmal auf die Zuordnung zu einer Kategorie geprüft wurde und ob sich diese Anfrage noch im Cache befindet.<br> Ist das nicht der Fall, wird über die UTM eine Anfrage an die Securepoint Contentfilter-Server gestellt, die ähnlich einer DNS Anfrage funktioniert: Die URL wird zunächst zum Server übertragen. Die Anfrage wird mit einer IP-Adresse beantwortet, die den Webfilter darüber informiert, in welcher Kategorie sich diese URL befindet.<br> Nun wird überprüft, ob die Kategorie aufgelistet und auf einer ~~White~~- oder Blocklist steht. Daraufhin wird die Anfrage an diese URL zugelassen oder geblockt.<br> Es ist möglich, dass eine URL in mehreren Kategorien enthalten ist. Die Anfrage an die Contentfilter-Server wird wiederholt, sowie mit den weiteren Einträgen in der Liste abgeglichen.<br> Sind weder die URL noch eine passende Kategorie in den Regeln hinterlegt, trifft die Einstellung unter "Regelsatz bearbeiten" "Keine passende Regel gefunden" zu. Hier kann pro Regelsatz ein abweichendes Verhalten zu den default Regeln eingestellt werden. Sollten die Kategorien nicht auflösbar sein so gilt hier ebenfalls das unter "Regelsatz bearbeiten" "Kategorie nicht auflösbar" eingestellte Verhalten.		\| Der Webfilter arbeitet mit URL- und Kategorien-Regelsätzen, die in Profilen Netzwerkgruppen oder Benutzergruppen zugeordnet werden müssen.<br><br> Der Ablauf ist wie folgt:<br> Ein Benutzer ruft über einen Browser oder eine andere Anwendung eine Webseite auf. Die Datenpakete, inklusive dem Uniform Resource Locator (URL) der Webseite, werden über den HTTP Proxy geleitet. Entweder dadurch, dass der HTTP Proxy als transparenter Proxy eingerichtet ist, oder durch die Proxy-Konfiguration des Browsers am Client.<br> Je nachdem ob zuerst ein Profil für eine Benutzergruppe oder eine Netzwerkgruppe angelegt wurde, wird überprüft, ob der Benutzername oder die IP-Adresse mit einem Profil übereinstimmt.<br> Stimmt weder der Benutzername noch die Quell IP-Adresse mit einem Gruppen-Profil überein, greift die Standard Aktion, die unter ''Webfilter'' im Bereich ''Allgemein'' unter ''Kein passendes Profil gefunden:'' definiert wurde. Es werden diese Anforderungen, je nach Einstellung im Webfilter, entweder zugelassen oder geblockt.<br> Nachdem ein Profil erkannt wurde, wird der damit verknüpfte Regelsatz überprüft.<br> Zunächst wird die zeitliche Gültigkeit des Regelsatzes überprüft. Stimmt diese nicht überein, prüft der Webfilter ob ein weiterer Regelsatz für dieses Profil hinterlegt ist. Ist dieses nicht der Fall, greift die Webfilter Standard Aktion.<br> Ist der Regelsatz nicht zeitlich geregelt oder stimmt der Regelsatz zeitlich überein, wird als nächstes überprüft, ob dieser Regelsatz den Zugang grundsätzlich blockieren soll. Das ist der Fall, wenn im Fenster ''Regelsatz bearbeiten'' die Markierung bei ''Zugang blockieren:'' gesetzt wurde.<br> Wird mit dem Regelsatz nicht alles blockiert, überprüft der Webfilter die hier hinterlegten URLs und vergleicht diese mit der Anforderung des Clients. Ist die URL oder Teile der URL im Regelsatz eingetragen, wird geprüft, ob diese auf der Allowlist oder auf der Blocklist stehen und dadurch zugelassen oder geblockt werden.<br> Ist die angeforderte URL nicht eingetragen, wird überprüft ob diese zu einer Kategorie passen.<br> Dazu wird zunächst geprüft, ob diese URL schon einmal auf die Zuordnung zu einer Kategorie geprüft wurde und ob sich diese Anfrage noch im Cache befindet.<br> Ist das nicht der Fall, wird über die UTM eine Anfrage an die Securepoint Contentfilter-Server gestellt, die ähnlich einer DNS Anfrage funktioniert: Die URL wird zunächst zum Server übertragen. Die Anfrage wird mit einer IP-Adresse beantwortet, die den Webfilter darüber informiert, in welcher Kategorie sich diese URL befindet.<br> Nun wird überprüft, ob die Kategorie aufgelistet und auf einer Allow- oder Blocklist steht. Daraufhin wird die Anfrage an diese URL zugelassen oder geblockt.<br> Es ist möglich, dass eine URL in mehreren Kategorien enthalten ist. Die Anfrage an die Contentfilter-Server wird wiederholt, sowie mit den weiteren Einträgen in der Liste abgeglichen.<br> Sind weder die URL noch eine passende Kategorie in den Regeln hinterlegt, trifft die Einstellung unter "Regelsatz bearbeiten" "Keine passende Regel gefunden" zu. Hier kann pro Regelsatz ein abweichendes Verhalten zu den default Regeln eingestellt werden. Sollten die Kategorien nicht auflösbar sein so gilt hier ebenfalls das unter "Regelsatz bearbeiten" "Kategorie nicht auflösbar" eingestellte Verhalten.
	\| The Webfilter works with URL and category rule sets that must be assigned to network groups or user groups in profiles.<br>		\| The Webfilter works with URL and category rule sets that must be assigned to network groups or user groups in profiles.<br>
	The process is as follows:<br> A user accesses a web page via a browser or another application. The data packets, including the Uniform Resource Locator (URL) of the website, are routed through the HTTP proxy. Either by the HTTP proxy being set up as a transparent proxy or by the proxy configuration of the browser on the client.<br> Depending on whether a profile was first created for a user group or a network group, it is checked whether the username or the IP address matches a profile.<br> If neither the username nor the source IP address matches a group profile, the default action defined under ''Webfilter'' in the ''General'' section under ''No matching profile found:'' takes effect. These requests are either allowed or blocked, depending on the setting in the Webfilter.<br> After a profile is recognised, the rule set associated with it is checked.<br> First, the temporal validity of the rule set is reviewed. If this does not match, the Webfilter checks whether another rule set is stored for this profile. If this is not the case, the standard action of the Webfilter takes effect.<br> If the rule set is not timed or if the rule set matches in time, the next step is to check whether this rule set should block access in principle. This is the case if in the window ''Edit Rule set'' the check box ''Block Access:'' has been set.<br> If not everything is blocked with the rule set, the Webfilter checks the URLs stored here and compares them with the client's request. If the URL or parts of the URL are listed in the rule set, it is checked whether they are on the allowlist or on the blocklist and thus allowed or blocked.<br> If the requested URL is not listed, the system checks whether it fits into a category.<br> To do this, it first checks whether this URL has already been reviewed for assignment to a category and whether this request is still in the cache.<br> If this is not the case, a request is made to the Securepoint content filter servers via the UTM, which works similar to a DNS request: The URL is first transmitted to the server. The request is answered with an IP address that informs the Webfilter in which category this URL is listed.<br> Now it is checked whether the category is listed and on a allow or blocklist. The request to this URL is then allowed or blocked.<br> It is possible that a URL is listed in several categories. The request to the content filter servers is repeated and compared with the other entries in the list.<br> If neither the URL nor a suitable category are stored in the rules, the setting under "Edit rule set" "No suitable rule found" applies. Here, a different behaviour to the default rules can be set for each rule set. If the categories are not resolvable, the behaviour set under "Edit rule set" "Category irresolvable" also applies here. }}		The process is as follows:<br> A user accesses a web page via a browser or another application. The data packets, including the Uniform Resource Locator (URL) of the website, are routed through the HTTP proxy. Either by the HTTP proxy being set up as a transparent proxy or by the proxy configuration of the browser on the client.<br> Depending on whether a profile was first created for a user group or a network group, it is checked whether the username or the IP address matches a profile.<br> If neither the username nor the source IP address matches a group profile, the default action defined under ''Webfilter'' in the ''General'' section under ''No matching profile found:'' takes effect. These requests are either allowed or blocked, depending on the setting in the Webfilter.<br> After a profile is recognised, the rule set associated with it is checked.<br> First, the temporal validity of the rule set is reviewed. If this does not match, the Webfilter checks whether another rule set is stored for this profile. If this is not the case, the standard action of the Webfilter takes effect.<br> If the rule set is not timed or if the rule set matches in time, the next step is to check whether this rule set should block access in principle. This is the case if in the window ''Edit Rule set'' the check box ''Block Access:'' has been set.<br> If not everything is blocked with the rule set, the Webfilter checks the URLs stored here and compares them with the client's request. If the URL or parts of the URL are listed in the rule set, it is checked whether they are on the allowlist or on the blocklist and thus allowed or blocked.<br> If the requested URL is not listed, the system checks whether it fits into a category.<br> To do this, it first checks whether this URL has already been reviewed for assignment to a category and whether this request is still in the cache.<br> If this is not the case, a request is made to the Securepoint content filter servers via the UTM, which works similar to a DNS request: The URL is first transmitted to the server. The request is answered with an IP address that informs the Webfilter in which category this URL is listed.<br> Now it is checked whether the category is listed and on a allow or blocklist. The request to this URL is then allowed or blocked.<br> It is possible that a URL is listed in several categories. The request to the content filter servers is repeated and compared with the other entries in the list.<br> If neither the URL nor a suitable category are stored in the rules, the setting under "Edit rule set" "No suitable rule found" applies. Here, a different behaviour to the default rules can be set for each rule set. If the categories are not resolvable, the behaviour set under "Edit rule set" "Category irresolvable" also applies here. }}

Andreb am 28. November 2025 um 08:15 Uhr

2025-11-28T08:15:58Z

← Nächstältere Version		Version vom 28. November 2025, 10:15 Uhr
Zeile 317:		Zeile 317:
	\| Löscht die Regel		\| Löscht die Regel
	\| Deletes the rule }}		\| Deletes the rule }}
	{{var \| ~~Whitelisting~~ Beispiele		{{var \| Allowlisting Beispiele
	\| ~~Whitelisting~~ Beispiele		\| Allowlisting Beispiele
	\| Whitelisting example }}		\| Whitelisting example }}
	{{var \| Whitelisting Beispiele--desc		{{var \| Whitelisting Beispiele--desc

Lauritzl: 1 Version importiert

2025-11-18T13:40:11Z

1 Version importiert

← Nächstältere Version	Version vom 18. November 2025, 15:40 Uhr
(kein Unterschied)

Andreb am 7. November 2025 um 13:18 Uhr

2025-11-07T13:18:18Z

← Nächstältere Version		Version vom 7. November 2025, 15:18 Uhr
Zeile 35:		Zeile 35:
	* The rule sets are checked in sequence to see whether they apply (in terms of content and time) }}		* The rule sets are checked in sequence to see whether they apply (in terms of content and time) }}
	{{var \| Webfilter--Bild		{{var \| Webfilter--Bild
	\| UTM v14.1.0 Anwendungen Webfilter Allgemein.png		\| UTM v14.1.1 Anwendungen Webfilter Allgemein.png
	\| UTM v14.1.0 Anwendungen Webfilter Allgemein-en.png }}		\| UTM v14.1.1 Anwendungen Webfilter Allgemein-en.png }}
	{{var \| Anwendungen		{{var \| Anwendungen
	\| Anwendungen		\| Anwendungen
Zeile 370:		Zeile 370:
	\| Rule sets are displayed as labels.<br>Blue: Rule set is applied }}		\| Rule sets are displayed as labels.<br>Blue: Rule set is applied }}
	{{var \| Label-grau--desc		{{var \| Label-grau--desc
	\| Grau: Regelsatz ist ~~dekativiert~~		\| Grau: Regelsatz ist deaktiviert
	\| Gray: Rule set is decativated }}		\| Gray: Rule set is decativated }}
	{{var \| Profile allgemein		{{var \| Profile allgemein
Zeile 382:		Zeile 382:
	\| Ausführliche Anwendungsbeispiele finden sich auf [[UTM/APP/Webfilter-Beispiel\|einer extra Seite]].		\| Ausführliche Anwendungsbeispiele finden sich auf [[UTM/APP/Webfilter-Beispiel\|einer extra Seite]].
	\| Detailed application examples can be found on [{{#var:host}}UTM/APP/Webfilter-Beispiel a separate page]. }}		\| Detailed application examples can be found on [{{#var:host}}UTM/APP/Webfilter-Beispiel a separate page]. }}
			{{var \| Schutz durch Ähnlichkeitserkennung
			\| Schutz durch Ähnlichkeitserkennung:
			\| }}
			{{var \| Schutz durch Ähnlichkeitserkennung--nein--desc
			\| Standardmäßig ist die Überprüfung deaktiviert, ob eine Domain einer bekannten Domain ähnelt und somit womöglich ein Risiko darstellt
			\| }}
			{{var \| Schutz durch Ähnlichkeitserkennung--ja--desc
			\| Bei Aktivierung dieser Einstellung blockiert der Webfilter bei aktiviertem HTTP Proxy den Zugriff auf potenziell gefährliche Domains, die den vertrauenswürdigen Domains der Ähnlichkeitserkennung ähneln.
			\| }}
			{{var \| Hinweis-Experimentell
			\| Diese Feature ist experimentell und sollte daher nur mit Bedacht verwendet werden!
			\| }}

	----		----

Lauritzl am 24. Oktober 2025 um 08:14 Uhr

2025-10-24T08:14:58Z

← Nächstältere Version		Version vom 24. Oktober 2025, 10:14 Uhr
Zeile 322:		Zeile 322:
	{{var \| Whitelisting Beispiele--desc		{{var \| Whitelisting Beispiele--desc
	\| In diesem Beispiel wurde die URL '''www.google.de''' und die Kategorie '''Ausbildung''' über die Funktion {{Button\|+ Regel hinzufügen}} zum Whitelisting hinzugefügt.<br> {{Hinweis-box\|\|g}} Da der Webfilter die Regeln von oben nach unten bearbeitet, musste in diesem Beispiel die Kategorie ''Ausbildung'' manuell an die erste Stelle geschoben werden.		\| In diesem Beispiel wurde die URL '''www.google.de''' und die Kategorie '''Ausbildung''' über die Funktion {{Button\|+ Regel hinzufügen}} zum Whitelisting hinzugefügt.<br> {{Hinweis-box\|\|g}} Da der Webfilter die Regeln von oben nach unten bearbeitet, musste in diesem Beispiel die Kategorie ''Ausbildung'' manuell an die erste Stelle geschoben werden.
	\| In this example, the URL '''www.google.de''' and the category '''Education''' were added to the whitelisting via the function {{Button\|+ Add rule}}.<br> {{Hinweis-box\|g}} Since the web filter processes the rules from top to bottom, in this example the category ''Education'' had to be manually pushed to the first position. }}		\| In this example, the URL '''www.google.de''' and the category '''Education''' were added to the whitelisting via the function {{Button\|+ Add rule}}.<br> {{Hinweis-box\|\|g}} Since the web filter processes the rules from top to bottom, in this example the category ''Education'' had to be manually pushed to the first position. }}
	{{var \| Whitelisting Beispiele--Bild		{{var \| Whitelisting Beispiele--Bild
	\| UTM v12.6 Webfilter Whitelist Beispiele.png		\| UTM v12.6 Webfilter Whitelist Beispiele.png

Lauritzl am 24. Oktober 2025 um 08:10 Uhr

2025-10-24T08:10:50Z

← Nächstältere Version		Version vom 24. Oktober 2025, 10:10 Uhr
Zeile 133:		Zeile 133:
	\| Arrange }}		\| Arrange }}
	{{var \| Verschieben--desc		{{var \| Verschieben--desc
	\| Die Elemente können ~~durch ''drag and drop'' innerhalb ihres Typs in der Reihenfolge~~ verschoben werden		\| Die Elemente können verschoben werden.
	\| ~~You~~ can ~~move~~ the ~~items in sequence within their type by ''~~drag ~~and drop'' into the desired sequence~~ }}		\| The elements can be moved. }}
			{{var \| Weitere Optionen via Rechtsklick verfügbar
			\| Weitere Optionen via Rechtsklick auf Icon {{spc\|drag\|o\|-}} verfügbar
			\| Additional options available by right-clicking on the icon {{spc\|drag\|o\|-}} }}
	{{var \| Bearbeiten		{{var \| Bearbeiten
	\| Bearbeiten		\| Bearbeiten
Zeile 183:		Zeile 186:
	{{var \| Regelsatz--desc		{{var \| Regelsatz--desc
	\| Bestehender Regelsatz, der in diesem Profil gelten soll<br><small>Angaben wie im folgenden Abschnitt ''Profil bearbeiten'' </small>		\| Bestehender Regelsatz, der in diesem Profil gelten soll<br><small>Angaben wie im folgenden Abschnitt ''Profil bearbeiten'' </small>
	\| Existing rule set to apply in this profile <~~!-- *** \|~~ ~~}} ** -->~~ }}		\| Existing rule set to apply in this profile<br><small>Information as in the following section ''edit Profile'' </small> }}
	{{var \| Regelsätze		{{var \| Regelsätze
	\| Regelsätze		\| Regelsätze
Zeile 378:		Zeile 381:
	{{var \| Beispiel-Hinweis		{{var \| Beispiel-Hinweis
	\| Ausführliche Anwendungsbeispiele finden sich auf [[UTM/APP/Webfilter-Beispiel\|einer extra Seite]].		\| Ausführliche Anwendungsbeispiele finden sich auf [[UTM/APP/Webfilter-Beispiel\|einer extra Seite]].
	\| }}		\| Detailed application examples can be found on [{{#var:host}}UTM/APP/Webfilter-Beispiel a separate page]. }}

	----		----

Andreb am 5. September 2025 um 10:44 Uhr

2025-09-05T10:44:45Z

← Nächstältere Version		Version vom 5. September 2025, 12:44 Uhr
Zeile 375:		Zeile 375:
	\| Es werden internationale Domainnamen (IDN) unterstützt.<br>Die Eingabe von Umlauten (äöü) ist z.B. möglich.		\| Es werden internationale Domainnamen (IDN) unterstützt.<br>Die Eingabe von Umlauten (äöü) ist z.B. möglich.
	\| International domain names (IDN) are supported.<br>The entry of umlauts (äöü), for example, is possible. }}		\| International domain names (IDN) are supported.<br>The entry of umlauts (äöü), for example, is possible. }}

			{{var \| Beispiel-Hinweis
			\| Ausführliche Anwendungsbeispiele finden sich auf [[UTM/APP/Webfilter-Beispiel\|einer extra Seite]].
			\| }}

	----		----

Lauritzl: 1 Version importiert

2025-08-27T14:19:58Z

1 Version importiert

← Nächstältere Version	Version vom 27. August 2025, 16:19 Uhr
(kein Unterschied)

← Nächstältere Version		Version vom 24. Oktober 2025, 10:14 Uhr
Zeile 322:		Zeile 322:
	{{var \| Whitelisting Beispiele--desc		{{var \| Whitelisting Beispiele--desc
	\| In diesem Beispiel wurde die URL '''www.google.de''' und die Kategorie '''Ausbildung''' über die Funktion {{Button\|+ Regel hinzufügen}} zum Whitelisting hinzugefügt.<br> {{Hinweis-box\|\|g}} Da der Webfilter die Regeln von oben nach unten bearbeitet, musste in diesem Beispiel die Kategorie ''Ausbildung'' manuell an die erste Stelle geschoben werden.		\| In diesem Beispiel wurde die URL '''www.google.de''' und die Kategorie '''Ausbildung''' über die Funktion {{Button\|+ Regel hinzufügen}} zum Whitelisting hinzugefügt.<br> {{Hinweis-box\|\|g}} Da der Webfilter die Regeln von oben nach unten bearbeitet, musste in diesem Beispiel die Kategorie ''Ausbildung'' manuell an die erste Stelle geschoben werden.
	\| In this example, the URL '''www.google.de''' and the category '''Education''' were added to the whitelisting via the function {{Button\|+ Add rule}}.<br> {{Hinweis-box\|g}} Since the web filter processes the rules from top to bottom, in this example the category ''Education'' had to be manually pushed to the first position. }}		\| In this example, the URL '''www.google.de''' and the category '''Education''' were added to the whitelisting via the function {{Button\|+ Add rule}}.<br> {{Hinweis-box\|\|g}} Since the web filter processes the rules from top to bottom, in this example the category ''Education'' had to be manually pushed to the first position. }}
	{{var \| Whitelisting Beispiele--Bild		{{var \| Whitelisting Beispiele--Bild
	\| UTM v12.6 Webfilter Whitelist Beispiele.png		\| UTM v12.6 Webfilter Whitelist Beispiele.png