Wechseln zu:Navigation, Suche
Wiki

Reverse Proxy

Aus Securepoint Wiki




























In dieser Seite werden die Variablen für unterschiedliche Sprachen definiert.
Diese Seite wird auf folgenden Seiten eingebunden

























| Name of the network object }}


| Zone of the network object }}










| Authentication for access from the Internet }}









































































































































Thumbnail for

Video laden
Vimeo
Securepoint OpenWeb Reverse Proxy









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

Letzte Anpassung zur Version: 14.1.0 (08.2025)

Neu:
notempty
Dieser Artikel bezieht sich auf eine Beta-Version

14.0.1 12.7 12.6 12.3 12.1 11.7

Aufruf: UTM-IP:Port oder UTM-URL:Port
Port wie unter Netzwerk / Servereinstellungen / Webserver konfiguriert
Default-Port: 11115
z.B.: https://utm.ttt-point.de:11115
Default: https://192.168.175.1:11115 Anwendungen Reverse-Proxy
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ü Netzwerk Servereinstellungen  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 werden aber meist zugelassen.
    .
    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


    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.
    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

    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
    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 nginx-Engine
    SSL benutzen Ja Legt fest, ob SSL verwendet werden kann
    Authentifizierung
  • Die Authentifizierung wird lediglich bei Nutzung der nginx-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
    Ö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
    Ö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

    Bei einer vorhandenen Servergruppe kann über die Schaltfläche ein Site hinzugefügt werden. notempty
    Neu ab v14.1.1

    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.

    		 Reverse-Proxy Assistent UTMbenutzer@firewall.name.fqdnAnwendungenReverse-Proxy Die Site www.ttt-point.de zur Servergruppe servergroup.ttt-point.de unter Verwendung der nginx-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 nginx-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
    Hinzufügen Ausgewähltes ACL Set hinzufügen
    Sites benötigen wenigstens ein ACL Set, in dem ein dstdomain oder dstdom_regex ACL vorhanden ist.
    Dieses ACL Set muss der Site mit der Aktion zulassen zugeordnet sein und den Status Ein aktiviert haben.
    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
    Hinzufügen Ausgewähltes ACL Set hinzufügen
    Sites benötigen wenigstens ein ACL Set, in dem ein dstdomain oder dstdom_regex ACL vorhanden ist.
    Dieses ACL Set muss der Site mit der Aktion zulassen zugeordnet sein und den Status Ein aktiviert haben.
    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 des ACL-Sets
    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.

    ACL Sets

    Über ACLs lassen sich Zugriffsrechte zuweisen.
    ACLs dstdomain: anyideas.deurlpath_regex: \/owa Zugeordnete ACL Sets werden als Label dargestellt. Reverse-Proxy UTMbenutzer@firewall.name.fqdn Anwendungen Übersicht der ACL Sets
    dstdomain: anyideas.dedstdomain: ttt-point.deproto: HTTPS
    • Mehrere Sets unterschiedlichen Typs werden dabei als logische UND-Verknüpfung behandelt
    • Mehrere Sets des gleichen Typs werden dabei als logische ODER-Verknüpfung behandelt
    Im Beispiel links werden sowohl anyideas als auch ttt-point akzeptiert. In beiden Fällen aber nur, wenn die Anfrage über https entgegen genommen wird.
    dstdom_regex: -i ttt-point\.de\/HOME Regexe, die die Groß- und Kleinschreibung nicht beachten werden mit dem Parameter -i dargestellt notempty
    Neu ab v14.1.0
    Bearbeiten Öffnet den Dialog zum Bearbeiten der ACL-Sets
    Löschen Entfernt ACL-Sets
    ACL Set hinzufügen Öffnet den Dialog um ACL Sets hinzuzufügen
    Typ Beschreibung Beispiel Argument ACL hinzufügen UTMbenutzer@firewall.name.fqdnAnwendungenReverse-ProxyACL Set hinzufügen ACL-Set time
    ACL Set urlpath_regex
    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 *.ttt-point.de oder IP-Adresse
    proto Protokoll http, https
    req_header Filter auf den Header des Clients
    Es muss der Name des Headers und der Regex, der auf den Wert des Headers matcht übergeben werden    		 Accept-Language en-US
    src Gibt die Quell IP des Clients in CIDR Notierung an 203.0.103.203 oder 203.0.103.203/32
    srcdom_regex
    Nur bei squid-Engine    		 Regex auf die Quell-Domäne.
    Die Quell-Domäne wird über einen Reverse IP Lookup ermittelt (via IP-Adresse des Clients)    		 anyideas
    srcdomain
    Nur bei squid-Engine    		 Gibt die Domäne des Absenders an anyideas.de oder *.anyideas.de
    time Definiert einen Zeitraum, zu dem die Webseite aufgerufen werden muss 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 Ein Regex Ausdruck, der auf die URL hinter der Ziel-Domäne matcht \/owa matcht auf ttt-point.de/owa
    Groß- und Kleinschreibung beachten: Ja
    notempty
    Neu ab v14.1.0
    		 Konfiguriert, ob Regex-Argumente Case-Sensitiv behandelt werden
    Speichern und Dialog schließen

    Einstellungen

    Beschriftung Wert Beschreibung Reverse-Proxy UTMbenutzer@firewall.name.fqdnAnwendungen Einstellungen unter Verwendung der nginx-Engine
    Engine: notempty
    Neu ab v12.7.0
    		 nginx Auswahl der zu nutzenden Engine zwischen nginx (empfohlen) oder squid (veraltet)
  • 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.
    Abgerufen von „https://wiki.securepoint.de/index.php?title=UTM/APP/Reverse_Proxy&oldid=98144“