UTM/VPN/SSL VPN-Troubleshooting

Erste Maßnahmen

mögliche Ursache	Prüfen	Lösungsansatz
Portfilter Regeln greifen nicht	Menü → Firewall →Portfilter Regeln aktualisieren blinkt	Vorhandene Regeln müssen übernommen werden mit Regeln aktualisieren

Client Download nicht möglich

mögliche Ursache	Prüfen	Lösungsansatz
Falscher Port für User Webinterface	Menü → Netzwerk →ServereinstellungenReiter Servereinstellungen Kasten Webserver User Webinterface Port: 443	Ist hier ein anderer Wert als Port 443 (https) eingetragen, muss der Port im URL des Browsers mit angegeben werden, z.B.: firewall.ttt-point.de:xxx
Befindet sich die UTM hinter einer Fritzbox etc.?	Beispiel Fritzbox: Menü Internet / Freigaben / Portfreigaben Prüfen	Die Fritzbox bzw. der Router muss eine Portweiterleitung zur externen IP-Adresse der UTM zulassen.
Zugriff auf Port 443 ist nicht freigegeben	Menü → Firewall →Implizite Regeln oder (besser) → Firewall →Portfilter	Entweder der Zugriff auf das User Interface wird über die Impliziten Reglen freigegeben oder (besser) über dezidierte Portfilter Regeln.
Im Regelwerk (DESTNAT) ist Port 443 schon belegt	→ Firewall →Portfilter https	Der Port für das Userinterface muss geändert werden
Reverse Proxy für https eingerichtet	Menü → Anwendungen →Reverse Proxy	Wurde ein Reverse Proxy auch für https eingerichtet, muss der Port für das Userinterface geändert werden
Benutzer wird durch FailToBan gesperrt	Menü → Anwendungen →IDS / IPSReiter Sperrungen	Evtl. wurde schon mehrmals das Kennwort für den Benutzernamen falsch eingegeben. Aktuelle Sperrung prüfen und ggf. entsperren
Benutzer hat keine Berechtigung	Menü → Authentifizierung →BenutzerReiter Gruppen In welcher Gruppe ist der Benutzer? Welche Berechtigungen hat die Gruppe des Benutzers?	Der Benutzer muss Mitglied einer Gruppe sein, die auf das Userinterface zugreifen darf (und über die SSL-VPN-Berechtigung verfügt).

nächstes Problem

mögliche Ursache	Prüfen	Lösungsansatz
Kann keine Verbindung aufgebaut werden, im Standard udp/1194, weil keine Pakete an der UTM ankommen (als root mit „tcpdump -ni eth0 port 1194“) befindet sich der Initiator der Verbindung sehr wahrscheinlich selber hinter einer Firewall, die den Port 1194 nicht ins Internet lässt.