Important note about SSL VPN compatibility for 20.0 MR1 with EoL SFOS versions and UTM9 OS. Learn more in the release notes.

Thread Info
  • State Not Answered
  • Locked Locked
  • Replies 4 replies
  • Subscribers 38 subscribers
  • Views 2326 views
  • Users 0 members are here
Options
Suggested
This discussion has been locked.
You can no longer post new replies to this discussion. If you have a question you can start a new discussion

Webserver Protection Verständnissproblem

Abyss_X
Hey Leute,

ich kämpfe mal wieder mit dem Webserver Protection Modul und stehe vor einem Problem das ich bisher so noch nicht hatte. Folgende Konstellation:

#1 Virtuellen Webserver erstellt welcher per https auf eine Domäne "subdomände.domände.de" verweist. Zertifikat wurde in der UTM selbst erstellt.

#2 Echten Webserver erstellt welcher per http mit der UTM kommuniziert.

Soweit sogut, die externe Kommunikation läuft verschlüsselt per HTTPS, hinter der UTM geht es dann per HTTP weiter, das funktioniert auch wunderbar.

Nun benötigt der Webserver einen 2. Port um Fileservices bereit zu stellen, unter NAT hätte ich jetzt einfach eine 2. NAT Regel erstellt. Im Webserver Modul ist mir dazu leider nichts vernünftiges eingefallen :-/

Cu, Abyss_X


This thread was automatically locked due to age.
Parents Reply Children
  • 0 in reply to Hallowach2
    Moin, damit habe ich auch schon rumgespielt, leider bisher ohne Erfolg. Es handelt sich um einen Seafile Server falls das jemandem etwas sagt.

    Ich habe versucht dem Pfad /repo einen 2. echten Webserver zuzuordnen, jetzt kann ich mich wieder am Webinterface des Seafile Server anmelden. Sobald der Pfad /repo aufgerufen wird kommt allerdings die Meldung "If you see this page, Seafile HTTP syncing component works" weil er über den 2. Port den Dateidownload steuert.

    Cu, Abyss_X
  • 0 in reply to Abyss_X
    Ich habe es jetzt so gelöst das die UTM mit dem Webserver auch per https spricht, damit hat sich das Thema erledigt.

    Cu, Abyss_X
Unfiltered HTML