UTM/APP/Reverse Proxy v14.0.1: Unterschied zwischen den Versionen

Zum nächsten Versionsunterschied →

Version vom 26. August 2025, 12:58 Uhr

notempty

Dieser Artikel bezieht sich auf eine nicht mehr aktuelle Version!

notempty

Der Artikel für die neueste Version steht hier

notempty

Zu diesem Artikel gibt es bereits eine neuere Version, die sich allerdings auf eine Beta-Version bezieht

| Name of the network object }}

| Zone of the network object }}

| Authentication for access from the Internet }}

Thumbnail for — Securepoint OpenWeb Reverse Proxy

Ziel dieser Anleitung ist es, über den Reverse-Proxy auf einen internen Webserver zuzugreifen

Letzte Anpassung zur Version: 14.0.1 (01.2025)

Neu:

Warnung für Sites ohne dst_dom*-ACL

Neuer Abschnitt: Import persönlicher Zertifikate
Verbindungsorientierte Microsoft-Authentifizierung (NTLM) mit ngnix möglich
Beschreibung der Funktion: Zertifikatsbasierte Authentifizierung aktivieren
Wahl der Engine zwischen der bekannten squid-Engine und der neuen ngnix-Engine
Server einer Servergruppe lassen sich bearbeiten
Wo erforderlich werden nur Zertifikate mit privatem Schlüssel-Teil angeboten

Zuletzt aktualisiert:

Hinweis zur unterschiedlichen Nutzung mehrerer öffentlichen IP-Adressen

notempty

Dieser Artikel bezieht sich auf eine Beta-Version

12.7 12.6 12.3 12.1 11.7

notempty

Mit v12.7.0 kann nginx als Reverse Proxy Engine ausgewählt werden
Ein Wechsel der Engine zieht höchst wahrscheinlich eine Anpassung der Konfiguration nach sich, da jede Engine verschiedene Features unterstützt.
Nach der Umstellung werden nicht-unterstütze Einstellungen markiert

Verwendungszweck

Mit einem Reverse-Proxy kann man aus dem Internet heraus, den Zugriff auf die "internen" Webserver steuern. Im Gegensatz zu einer Portweiterleitung, können über den Reverse-Proxy dedizierte Filterregeln erstellt werden. Zudem können, bei nur einer öffentlichen IP-Adresse, mehrere interne Webserver anhand der Domäne angesprochen werden.

Ein weiteres Highlight bietet das Load-Balancing. Server können zu Gruppen zusammen gefasst werden, auf die die Anfragen dann mit dem gewählten Algorithmus (z.B. Round-Robin) verteilt werden.

Voraussetzungen

Für die Beispielkonfiguration werden folgende Werte angenommen:

Webserver mit der privaten IP: 10.1.0.150
Domäne: www.ttt-point.de

Vorbereitungen

Achtung:
Soll der Zugriff auch auf den Webserver über https erfolgen, so muss zuerst der Port des Userinterfaces umgelegt werden.

Servereinstellungen UTMbenutzer@firewall.name.fqdnNetzwerk

In der Werkseinstellung ist der Port 443 für https schon vom User-Webinterface der UTM belegt. Dieser muss dann auf einen anderen Port umgelegt werden.
Die Einstellungen dazu befinden sich im Menü Bereich Servereinstellungen im Abschnitt

Webserver

Ggf. müssen Paketfilterregeln, die den Zugriff auf das User Webinterface erlauben angepasst werden.

Speichern

Für https benötigt der Reverse-Proxy ein Zertifikat damit er die verschlüsselte Verbindung entgegen nehmen kann
Hierzu wird unter Authentifizierung Zertifikate ein Zertifikat benötigt

Wird ein lokal selbst erstelltes Zertifikat verwendet, müssen externe Nutzer beim ersten Aufruf eine Zertifikatswarnung bestätigen

Besser ist es, ein öffentlich ausgestelltes, käuflich erworbenes Zertifikat zu importieren oder ein ACME-Zertifikat zu erstellen

Wichtig: der Name des Zertifikates muss so benannt werden wie die Domäne.
In diesem Beispiel wird ein Wildcard-Zertifikat *.ttt-point.de verwendet.

Paketfilter-Regel

Damit der Reverse Proxy erreichbar ist, muss folgende Paketfilter-Regel vorhanden sein. Unter Firewall Paketfilter kann dies überprüft werden. Falls diese nicht vorhanden ist, wird mit Regel hinzufügen diese Regel hinzugefügt.

	#	Quelle	Ziel	Dienst	NAT	Logging	Aktion	Aktiv
		internet	external-interface	https		3/Min	Accept	Ein

notempty

Gegebenenfalls muss diese Paketfilter-Regel auch mit dem Dienst

http erstellt werden.

Mehrere IP-Adressen unterschiedlich nutzen

notempty

Neu ab 05.2025:

notempty

Falls mehrere öffentliche IP-Adressen zur Verfügung stehen, können die Ports der verschiedenen IP-Adressen unterschiedlich (bspw. für Reverse Proxy und VPN) verwendet werden

Dies kann hilfreich sein, da Aufrufe bestimmter Ports aus dem Ausland teilweise blockiert werden. Aufrufe auf den Port 443 aber meist zugelassen werden.

.
Hierzu muss bei der Regel des Reverse Proxys explizit angegeben werden, dass das external-interface der spezifischen IP als Ziel genutzt werden soll. Für die andere Verwendung wird der Traffic mithilfe von DestNAT umgeleitet, also der Traffic kommt auf Port 443 an, wird dann aber mithilfe einer Paketfilterregel auf einen anderen Port (bspw. 1194 für VPN) umgeleitet.

#	Quelle	Ziel	Dienst	NAT	Logging	Aktion	Aktiv
	internet	external-interface-ip3	openvpn-tcp	DN Netzwerkobjekt: external-interface-ip1 Dienst: https	3/Min	Accept	Ein
	internet	external-interface-ip2	https		3/Min	Accept	Ein

Einrichtung

Assistent

Schritt 1 - Intern

Unter Anwendungen Reverse-Proxy kann über die Schaltfläche Reverse-Proxy Assistent im Header der Assistent geöffnet werden.

Schritt 1 - Intern: Zielserver existiert bereits als Netzwerkobjekt
Beschriftung	Wert	Beschreibung	Reverse-Proxy Assistent UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy Zielserver existiert bereits als Netzwerkobjekt
Zielserver:	www.ttt-point.de	Ist der Host schon als Netzwerkobjekt angelegt, kann dieser im Dropdown Menü direkt ausgewählt werden.
Zielserver:	Netzwerkobjekt hinzufügen	Falls noch kein Netzwerkobjekt angelegt ist, kann mithilfe von dieser Schaltfläche ein Netzwerkobjekt erstellt werden.
Port:	443	Der Webserver soll über eine Verschlüsselte Verbindung angesprochen werden.
SSL benutzen:	Ein	Legt fest, ob SSL verwendet werden kann
[ - ] Erweiterte Einstellungen notempty Diese TLS Einstellungen gelten für die Verbindung zwischen dieser Appliance und dem (lokalen) Server. Für TLS Einstellungen zwischen den Clients und dieser Appliance gelten die Einstellungen im Dialog Authentifizierung Verschlüsselung Bereich Reverse-Proxy
Standard TLS Einstellungen verwenden:	Ja	Lässt nur Verbindungen mit TLS 1.2 oder 1.3 zu
Minimale TLS Version:	Standardwert verwenden	Es lassen sich die veralteten TLS-Versionen 1.1 und 1.0 auswählen
Cipher-Suite:	Standardwert verwenden	Um direkt ein OpenSSL Sicherheitslevel zu verwenden, kann die Notation @SECLEVEL=N im Cipherstring verwendet werden, wobei N für das gewählte Level von 0 bis 5 steht. Damit kann auch das Sicherheitslevel 0 für Server verwendet werden, das veraltete und unsichere Algorithmen anbietet. Dies wird ausdrücklich nicht empfohlen, stattdessen sollte der Server aktualisiert werden. Ein bestimmter Cipher oder Default müssen noch mit angegeben werden. Beispiele: DEFAULT@SECLEVEL=0 ECDHE-RSA-AES256-SHA@SECLEVEL=0
Weiter
Schritt 2 - Extern Eingehende Verbindung definieren
Externer Domainname:	www.ttt-point.de	Hier wird eingetragen, wie der Server hinter der UTM angesprochen wird. Es kann hier auch die öffentliche IP-Adresse eingetragen werden, die der Client aus dem Internet aufruft. Allerdings ist es dann nicht möglich über zusätzliche Subdomains weitere einzelne Server zu unterscheiden.	Konfiguration des externen Zugriffs, damit der Reverse-Proxy auf Anfragen reagiert
Weiter
Schritt 3 - Extern (Global)
Modus	HTTP + HTTPS	Zu nutzender Modus
Proxy-Port:	80	Port für den Proxy des entsprechenden Servers
SSL-Proxy Port:	443	Port für den SSL-Proxy des entsprechenden Servers
SSL-Zertifikat:	*.ttt-point.de	Das zuvor angelegte Wildcard-Zertifikat (siehe Abschnitt: Vorbereitungen)
Weiter
Schritt 4 - Authentifizierung
Authentifizierung weiterleiten:	Zugangsdaten festlegen	Leitet fixe Zugangsdaten (hier: Keine) an den Reverse Proxy weiter. Der Proxy soll keine Authentifizierung durchführen Die Zeichenfolge kann URL-Escapes enthalten (z. B. %20 für Leerzeichen). Das bedeutet auch, dass % als %% geschrieben werden muss.	Keine Authentifizierung!
	Zugangsdaten Weiterleiten (Client)	Leitet die Authentifizierungs-Header des Clients an die Gegenstelle weiter. Von der UTM empfangene Anmeldedaten werden an den Reverse Proxy gesendet. Dadurch wird das Proxy-Passwort des Benutzers für die Gegenstelle sichtbar. Eine Authentifizierung ist bei dieser Option nicht erforderlich.
	Zugangsdaten Weiterleiten (Client & Proxy)	Proxy - und Authentifizierung-Header werden unverändert weitergeleitet. Sendet die vom Client empfangenen Anmeldedaten an den Reverse Proxy. Sowohl Proxy- als auch WWW-Authorization-Header werden ohne Änderung an die Gegenstelle weitergegeben.
Anmeldename
Passwort
Fertig
Servergruppen
Die Anordnung in Servergruppen ermöglicht es, verschiedene Beziehungen im Reverse Proxy darzustellen: 1:1 - Eine Domäne/IP : Ein Server 1:N - Eine Domäne/IP : Mehrere Server (Load Balancing) N:1 - Mehrere Domänen/IPs : Ein Server N:M - Mehrere Domänen/IPs : Mehrere Server (Load Balancing) Ein Portforwarding ermöglicht lediglich eine 1:1 Beziehung - die Verbindung wird an genau einen Server weitergeleitet.
Servergruppe hinzufügen		Fügt eine neue Servergruppe hinzu. Der Assistent legt automatisch eine Servergruppe an.	Reverse-Proxy UTMbenutzer@firewall.name.fqdnAnwendungen Reverse-Proxy Assistent Automatisch angelegte Servergruppe
Name	server-www.ttt-point.de	Name
Server	www.ttt-point.de (10.1.0.150) …	Liste der Netzwerkobjekte, die zu der Servergruppe gehören
Server	IP-Adresse Port: SSL: …	Hovern mit der Maus zeigt weitere Details zu dem Netzwerkobjekt
Bearbeiten		Öffnet den Dialog zum bearbeiten einer Servergruppe (Server hinzufügen oder löschen)
Löschen		Löscht die Servergruppe (Bestätigung erforderlich)

Servergruppe bearbeiten - nginx Allgemein
Name	server-www.ttt-point.de	Name der Servergruppe (nicht bearbeitbar)	Servergruppe bearbeiten UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy Beispiel mit verschiedenen TLS-Versionen und Cipher-Suiten unter Verwendung der ngnix-Engine
SSL benutzen	Ja	Legt fest, ob SSL verwendet werden kann
Authentifizierung Die Authentifizierung wird lediglich bei Nutzung der ngnix-Engine für die gesamte Gruppe zentral konfiguriert. Bei Nutzung der squid-Engine geschieht dies für jeden Server einzeln.
Authentifizierung weiterleiten:	Zugangsdaten festlegen	Leitet fixe Zugangsdaten (hier: Keine) an den Reverse Proxy weiter. Der Proxy soll keine Authentifizierung durchführen Die Zeichenfolge kann URL-Escapes enthalten (z. B. %20 für Leerzeichen). Das bedeutet auch, dass % als %% geschrieben werden muss.
	Zugangsdaten Weiterleiten (Client)	Leitet die Authentifizierungs-Header des Clients an die Gegenstelle weiter. Von der UTM empfangene Anmeldedaten werden an den Reverse Proxy gesendet. Dadurch wird das Proxy-Passwort des Benutzers für die Gegenstelle sichtbar. Eine Authentifizierung ist bei dieser Option nicht erforderlich.
	Zugangsdaten Weiterleiten (Client & Proxy)	Proxy - und Authentifizierung-Header werden unverändert weitergeleitet. Sendet die vom Client empfangenen Anmeldedaten an den Reverse Proxy. Sowohl Proxy- als auch WWW-Authorization-Header werden ohne Änderung an die Gegenstelle weitergegeben.
Anmeldename: Nur bei Zugangsdaten festlegen
Passwort: Nur bei Zugangsdaten festlegen
Verbindungsorientierte Microsoft-Authentifizierung weiterleiten: notempty Neu ab v12.7.1	aus	Ermöglicht Unterstützung für NTLM, Negotiate und Kerberos
Server
		Suchfeld für die Server
Netzwerkobjekt	www.ttt-point.de	Name
IP-Adresse	10.1.0.150	IP-Adresse des Webservers
Port	443	Port, über den der Server angesprochen werden soll
TLS	Default @Sec Level=4	TLS-Einstellungen für diesen Server
Löschen	Löscht den Server aus der Servergruppe der Reverse Proxys
Bearbeiten notempty Neu ab v12.7.0 / Server hinzufügen

Allgemein
Netzwerkobjekt		Name	Server hinzufügen UTMbenutzer@firewall.name.fqdnAnwendungenReverse-ProxyServergruppe hinzufügen
Netzwerkobjekt		Öffnet den Dialog zum Hinzufügen eines Netzwerkobjektes
Port	443	Port, über den der Server angesprochen werden soll

Erweiterte Einstellungen notempty Diese TLS Einstellungen gelten für die Verbindung zwischen dieser Appliance und dem (lokalen) Server. Für TLS Einstellungen zwischen den Clients und dieser Appliance gelten die Einstellungen im Dialog Authentifizierung Verschlüsselung Bereich Reverse-Proxy
Standard TLS Einstellungen verwenden:	Ja	Lässt nur Verbindungen mit TLS 1.2 oder 1.3 zu
Minimale TLS Version:	Standardwert verwenden	Es lassen sich die veralteten TLS-Versionen 1.1 und 1.0 auswählen
Cipher-Suite:	Standardwert verwenden	Um direkt ein OpenSSL Sicherheitslevel zu verwenden, kann die Notation @SECLEVEL=N im Cipherstring verwendet werden, wobei N für das gewählte Level von 0 bis 5 steht. Damit kann auch das Sicherheitslevel 0 für Server verwendet werden, das veraltete und unsichere Algorithmen anbietet. Dies wird ausdrücklich nicht empfohlen, stattdessen sollte der Server aktualisiert werden. Ein bestimmter Cipher oder Default müssen noch mit angegeben werden. Beispiele: DEFAULT@SECLEVEL=0 ECDHE-RSA-AES256-SHA@SECLEVEL=0

Servergruppe bearbeiten - squid
Allgemein
Name	server-www.ttt-point.de	Name der Servergruppe (nicht bearbeitbar)	Servergruppe bearbeiten UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy Beispiel mit verschiedenen TLS-Versionen und Cipher-Suiten unter Verwendung der squid-Engine
Server
		Suchfeld für die Server
Netzwerkobjekt	www.ttt-point.de	Name
IP-Adresse	10.1.0.150	IP-Adresse des Webservers
Port	443	Port, über den der Server angesprochen werden soll
SSL	Ja	Zeigt, ob SSL für den Server aktiviert ist
Typ	Zugangsdaten festlegen	Authentifizierungstyp, der von dem Server genutzt wird
Anmeldename		{{#var:Leer}
MS-Auth	aus	Status für die Verbindungsorientierte Microsoft-Authentifizierung (Unterstützung für NTLM, Negotiate und Kerberos)
TLS	Default @Sec Level=4	TLS-Einstellungen für diesen Server
Löschen	Löscht den Server aus der Servergruppe der Reverse Proxys
Bearbeiten notempty Neu ab v12.7.0 / Server hinzufügen

Allgemein			Server hinzufügen UTMbenutzer@firewall.name.fqdnAnwendungenReverse-ProxyServergruppe hinzufügen
Netzwerkobjekt		Name
Netzwerkobjekt		Öffnet den Dialog zum Hinzufügen eines Netzwerkobjektes
Port	443	Port, über den der Server angesprochen werden soll
SSL benutzen:	Ja	Legt fest, ob SSL verwendet werden kann
Authentifizierung
Authentifizierung weiterleiten:	Zugangsdaten festlegen	Leitet fixe Zugangsdaten (hier: Keine) an den Reverse Proxy weiter. Der Proxy soll keine Authentifizierung durchführen Die Zeichenfolge kann URL-Escapes enthalten (z. B. %20 für Leerzeichen). Das bedeutet auch, dass % als %% geschrieben werden muss.
	Zugangsdaten Weiterleiten (Client)	Leitet die Authentifizierungs-Header des Clients an die Gegenstelle weiter. Von der UTM empfangene Anmeldedaten werden an den Reverse Proxy gesendet. Dadurch wird das Proxy-Passwort des Benutzers für die Gegenstelle sichtbar. Eine Authentifizierung ist bei dieser Option nicht erforderlich.
	Zugangsdaten Weiterleiten (Client & Proxy)	Proxy - und Authentifizierung-Header werden unverändert weitergeleitet. Sendet die vom Client empfangenen Anmeldedaten an den Reverse Proxy. Sowohl Proxy- als auch WWW-Authorization-Header werden ohne Änderung an die Gegenstelle weitergegeben.
Anmeldename Nur bei Zugangsdaten festlegen
Passwort Nur bei Zugangsdaten festlegen
Verbindungsorientierte Microsoft-Authentifizierung weiterleiten: notempty Beschriftung aktualisiert	aus	Ermöglicht Unterstützung für NTLM, Negotiate und Kerberos

Erweiterte Einstellungen notempty Diese TLS Einstellungen gelten für die Verbindung zwischen dieser Appliance und dem (lokalen) Server. Für TLS Einstellungen zwischen den Clients und dieser Appliance gelten die Einstellungen im Dialog Authentifizierung Verschlüsselung Bereich Reverse-Proxy
Standard TLS Einstellungen verwenden:	Ja	Lässt nur Verbindungen mit TLS 1.2 oder 1.3 zu
Minimale TLS Version:	Standardwert verwenden	Es lassen sich die veralteten TLS-Versionen 1.1 und 1.0 auswählen
Cipher-Suite:	Standardwert verwenden	Um direkt ein OpenSSL Sicherheitslevel zu verwenden, kann die Notation @SECLEVEL=N im Cipherstring verwendet werden, wobei N für das gewählte Level von 0 bis 5 steht. Damit kann auch das Sicherheitslevel 0 für Server verwendet werden, das veraltete und unsichere Algorithmen anbietet. Dies wird ausdrücklich nicht empfohlen, stattdessen sollte der Server aktualisiert werden. Ein bestimmter Cipher oder Default müssen noch mit angegeben werden. Beispiele: DEFAULT@SECLEVEL=0 ECDHE-RSA-AES256-SHA@SECLEVEL=0

Sites
Anwendungen Reverse-Proxy Bereich Sites Hier können die Sites Einträge überblickt, bearbeitet ( ) und gelöscht ( ) werden. Falls ungültige Konfigurationen vorliegen, werden diese mit einer Warnung () versehen. Beim Hovern über diese Warnung wird außerdem eine kurze Beschreibung des Problems gezeigt. Alle Sites müssen ein dst_dom-ACL* aktiv haben, andernfalls werden sie ignoriert. notempty Neu ab v14.0.1 ACL Set bearbeiten UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy ACL Set ohne dst_dom* ACL Set bearbeiten UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy ACL Set mit dst_dom*			Reverse-Proxy Assistent UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy Sites Übersicht unter Verwendung der ngnix-Engine Reverse-Proxy Assistent UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy Sites Übersicht unter Verwendung der squid-Engine

Sites - ngnix
Domainname:	www.ttt-point.de	Hier wird eingetragen, wie der Server hinter der UTM angesprochen wird.	Site bearbeiten UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy Sites bearbeiten unter Verwendung der ngnix-Engine
Servergruppe:	servergroup-www.ttt-point.de	Hier wird die zugehörige Servergruppe gewählt
Client-Bandbreite:	0 kbits/s	Bandbreite, die einem Client maximal zur Verfügung stehen soll
Lastverteilung:	round-robin	Verbindungen werden eine nach der anderen abgearbeitet.
	userhash	Verbindungen eines Users (Hash auf den Benutzernamen) werden immer an den gleichen Server geleitet.
	sourcehash	Verbindungen von der gleichen Quelle (IP-Adresse) werden immer an den gleichen Server geleitet.
HTTP umleiten: Nur wenn Mode: HTTP + HTTPS	Nein	Bei Aktivierung werden HTTP Anfragen auf den HTTPS Port umgeleitet
Websockets:	aus	Aktiviert Websockets Verbindungen für die Site
Site-spezifischer Proxy Port:	Ein 80 Default: aus	Ermöglicht einen spezifischen Port für HTTP-Verbindungen in dieser Site
Site-spezifischer SSL-Proxy Port:	Ein 8443 Default: aus	Ermöglicht einen spzifischen Port für HTTP-Verbindungen in dieser Site
Site-spezifisches SSL-Zertifikat:	aus	Es kann ein Site-spezifisches Serverzertifikat ausgewählt werden

ACL Sets	TTT-Point Login allow	Auswahl eines ACL Sets, das hinzugefügt werden soll
ACL Sets	Hinzufügen	Ausgewähltes ACL Set hinzufügen
Pos.		Per Drag-and-Drop kann die Reihenfolge der ACL-Sets angepasst werden. Die erlaubten ACL Sets sollten in der Regel vor den verbotenen kommen.
ACL Set	aclset-www.ttt-point.de	Name
Aktion		Konfiguration, ob das ACL Set erlaubt oder verboten werden soll
Status	Ein	Aktivierung, bzw. Deaktivierung der Konfiguration für das ACL Set
Löschen		Löscht den Eintrag für das ACL Set

Sites - squid
Domainname:	www.ttt-point.de	Hier wird eingetragen, wie der Server hinter der UTM angesprochen wird.	Site bearbeiten UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy Sites bearbeiten unter Verwendung der squid-Engine
Servergruppe:	servergroup-www.ttt-point.de	Hier wird die zugehörige Servergruppe gewählt
Site-Bandbreite:	0 kbits/s	Bandbreite, die einer Site maximal zur Verfügung stehen soll
Client-Bandbreite:	0 kbits/s	Bandbreite, die einem Client maximal zur Verfügung stehen soll
Lastverteilung:	round-robin	Verbindungen werden eine nach der anderen abgearbeitet.
	userhash	Verbindungen eines Users (Hash auf den Benutzernamen) werden immer an den gleichen Server geleitet.
	sourcehash	Verbindungen von der gleichen Quelle (IP-Adresse) werden immer an den gleichen Server geleitet.
	weighted-round-robin	Verbindungen werden eine nach der anderen abgearbeitet, jedoch gibt es Gewichtungen, die bestimmen wie oft die gleiche Verbindung hintereinander bedient wird.

ACL Sets	TTT-Point Login allow	Auswahl eines ACL Sets, das hinzugefügt werden soll
ACL Sets	Hinzufügen	Ausgewähltes ACL Set hinzufügen
Pos.		Per Drag-and-Drop kann die Reihenfolge der ACL-Sets angepasst werden. Die erlaubten ACL Sets sollten in der Regel vor den verbotenen kommen.
ACL Set	aclset-www.ttt-point.de	Name
Aktion		Konfiguration, ob das ACL Set erlaubt oder verboten werden soll
Status	Ein	Aktivierung, bzw. Deaktivierung der Konfiguration für das ACL Set
Löschen		Löscht den Eintrag für das ACL Set
Kombinationsbeispiel Durch Kombination verschiedener ACL-Sets mit entsprechenden Berechtigungen lässt sich z.B. erreichen, daß nur von einer bestimmten (z.B. der eigenen) öffentlichen IP-Adresse aus auf die Login-Seite eines Servers zugegriffen werden darf. ACLSet hinzufügen UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy Kombinationsbeispiel Schritt 1 Zunächst wird hierfür ein ACL benötigt, welches die dstdomain und die öffentliche IP-Adresse als src beinhaltet. ACLSet hinzufügen UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy Kombinationsbeispiel Schritt 2 Anschließend wird noch ein ACL benötigt, welches den Pfad als urlpath_regex beinhaltet. Site bearbeiten UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy Kombinationsbeispiel Schritt 3 Zuletzt wird eine Site eingerichtet, bei der die erste Regel erlaubt wird und die zweite Regel verboten wird.
ACL Sets
Unter Anwendungen Reverse-Proxy Bereich ACLSets Schaltfläche Schaltfläche ACL hinzufügen. Über ACLs lassen sich Zugriffsrechte zuweisen.
Typ	Beschreibung	Beispiel Argument	ACL hinzufügen UTMbenutzer@firewall.name.fqdnAnwendungenReverse-ProxyACL-Set bearbeiten
dstdom_regex	Regex auf die Ziel-Domäne	.*\ttt-point\.(de\|com)
dstdomain	Gibt die Domäne/IP des Ziel-Servers an	www.ttt-point.de oder IP-Adresse
proto	protoProtokoll	http, https
req_header	Filter auf den Header des Clients	Es könnte z. B. der Browser bestimmt werden
src	Gibt die Quell IP des Clients an	87.139.55.127/255.255.255.255
srcdom_regex Nur bei squid-Engine	Regex auf die Domäne	anyideas
srcdomain Nur bei squid-Engine	Gibt die Domäne des Absenders an	anyideas.de
time	Zeitangabe	M T W H F 9:00-17:00 S - Sonntag M - Montag T - Dienstag W - Mittwoch H - Donnerstag F - Freitag A - Samstag D - jeden Werktag
urlpath_regex	Regex für Pfade	ttt-point.de/login

Einstellungen
Beschriftung	Wert	Beschreibung	Reverse-Proxy UTMbenutzer@firewall.name.fqdnAnwendungen Einstellungen unter Verwendung der ngnix-Engine
Engine: notempty Neu ab v12.7.0	nginx	Auswahl der zu nutzenden Engine zwischen nginx (neu) oder squid Ein Wechsel der Engine zieht daher höchst wahrscheinlich eine Anpassung der Konfiguration nach sich, da jede Engine verschiedene Features unterstützt. Nach der Umstellung werden nicht-unterstütze Einstellungen markiert. Ein Engine Wechsel wird erst mit dem Speichern umgesetzt.
Modus:	HTTP + HTTPS	Zu nutzender Modus
Proxy-Port:	80	Port für den Proxy des entsprechenden Servers
SSL-Proxy Port:	8443	Port für den SSL-Proxy des entsprechenden Servers
SSL-Zertifikat: Es sind nur Zertifikate mit privatem Schlüssel-Teil auswählbar	*.ttt-point.de	Zertifikat für den entsprechenden Server
Websocket Timeout: notempty Neu ab v12.7.0	60	Legt die Zeit für einen Websocket Timeout fest
Zertifikatsbasierte Authentifizierung aktivieren Zertifikatsbasierte Authentifizierung aktivieren notempty aktualisiert
SSL-CA:	CA ttt-point.de	Zertifikat für die zertifikatsbasierte Authentifizierung Kann für nicht-öffentliche (Web-) Server aktiviert werden

Import persönlicher Zertifikate

notempty

Neu im Wiki

Damit die Funktion Zertifikatsbasierte Authentifizierung aktivieren korrekt genutzt werden kann, muss das persönliche Zertifikat im verwendeten Browser vorliegen.

Abb.1

Den Ordner mit der Zertifikatsdatei aufrufen und die Datei anklicken.

Abb.2

Im Zertifikatimport-Assistenten wird die Option "Current User" ausgewählt und mit "Next" bestätigt.

Abb.3

Im Eingabefeld Dateiname wird die zu importierende Zertifikatsdatei angezeigt. Über "Next" startet das nächste Dialogfenster.

Abb.4

Das Eingabefeld "Password" erwartet das gleiche Passwort, das beim Herunterladen der Zertifikatsdatei vergeben wurde. Es empfiehlt sich, die Optionsfelder "Mark this key as exportable" und "Include all extended properties" auszuwählen, für den Fall, dass das persönliche Zertifikat später aus dem Browser exportiert werden soll. Abschließend wird die Schaltfläche "Next" ausgewählt.

Abb.5

Im nächsten Schritt des Zertifikatimport-Assistenten wird die Option "Automatically select the certificate store ..." gesetzt und mit "Next" bestätigt.

Abb.6

Der "Zertifikatimport-Assistent" zeigt eine Zusammenstellung der getroffenen Einstellungen an. Der Import des persönlichen Zertifikats wird über "Finish" ausgeführt.

Abb.7

Der Importvorgang war erfolgreich.

Firefox kann auch mit dem Konfigurationseintrag "security.enterprise_roots.enabled = true" dazu gebracht werden, dass der Windows Zertifikatspeicher verwendet wird und der GPO verteil werden kann.

Abb.1

Aus dem Anwendungsmenü wird der Top Einstellungen selektiert.

Abb.2

Aus dem linken Fensterbereich wird die Kategorie "Datenschutz & Sicherheit" ausgewählt. Im rechten Fensterbereich muss bis zum Punkt "Zertifikate" gegangen werden. Dort kann die Schaltfläche "Zertifikate anzeigen ..." ausgewählt werden.

Abb.3

In der Zertifikatverwaltung wird auf die Karteikarte "Ihre Zertifikate" gewechselt. Momentan ist die Liste leer, da bislang keine persönlichen Zertifikate importiert wurden. Jetzt wird die Schaltfläche "Importieren" ausgewählt.

Abb.4

Zertifikatsdatei aussuchen und über die Schaltfläche "Öffnen" startet dann der Importdialog.

Abb.5

Das Eingabefeld "Passwort" erwartet das gleiche Passwort, das beim Herunterladen der Zertifikatsdatei vergeben wurde.

Abb.6

In der Zertifikatverwaltung wird das importierte persönliche Zertifikat nun auf der Karteikarte angezeigt. Mit "OK" wird die Zertifikatverwaltung geschlossen.

Abb.1

Aus dem Anwendungsmenü wird der Top "Einstellungen" selektiert.

Abb.2

Aus dem linken Fensterbereich wird die Kategorie "Datenschutz & Sicherheit" ausgewählt.

Abb.3

Herunterscrollen bis zum Bereich "Erweitert" und hier "Zertifikate verwalten" wählen.

Abb.4

Schaltfläche "Importieren" auswählen.

Abb.5

Zertifikatsdatei aussuchen und über die Schaltfläche "Öffnen" startet dann der Importdialog.

Abb.6

Das Eingabefeld "Passwort" erwartet das gleiche Passwort, das beim Herunterladen der Zertifikatsdatei vergeben wurde. Mit "Ok" bestätigen.

Abb.7

Das Zertifikat wird nun angezeigt und der Vorgang ist beendet.

UTM/APP/Reverse Proxy v14.0.1: Unterschied zwischen den Versionen

Version vom 26. August 2025, 12:58 Uhr

Inhaltsverzeichnis

Verwendungszweck

Voraussetzungen

Vorbereitungen

Paketfilter-Regel

Mehrere IP-Adressen unterschiedlich nutzen

Einrichtung

Assistent

Schritt 1 - Intern

Schritt 2 - Extern

Schritt 3 - Extern (Global)

Schritt 4 - Authentifizierung

Servergruppen

Servergruppe bearbeiten - nginx

Servergruppe bearbeiten - squid

Sites

Sites - ngnix

Sites - squid

Kombinationsbeispiel

ACL Sets

Einstellungen

Zertifikatsbasierte Authentifizierung aktivieren

Import persönlicher Zertifikate