Hallo,
ich lasse auf meinem Webserver verschiedene Anwendungen wie OwnCloud und GitLab laufen und hoste eine statische Website. Diese Seiten laufen alle in einem eigenen DocumentRoot, sind via Subdomain und nur verschlüsselt erreichbar. Das ist für die statische Website zwar nicht nötig, da sie nur ein paar Informationen anzeigt, aber meine Güte... Ich hab sie halt mitverschlüsselt.
Jetzt habe ich folgendes Problem: Ich kriege es nicht hin eine neue Seite unverschlüsselt zu erreichen, die auch unverschlüsselt bleiben soll. Klingt komisch, ist aber so. :D Da ich den Fehler bisher nicht eingrenzen konnte beschreibe ich einfach mal mein "Setup" und zeige etwas Konfiguration.
OS: CentOS 7
WebServer: Apache 2.4.6
CA: Let’s Encrypt
Domain (Beispiel!): luma.com
Konfigurierte Subdomains: cloud.luma.com, git.luma.com, pma.luma.com
Um meine VHosts zu organisieren nutze ich die "Technik" mit den sites-enabled und sites-available Ordnern, ich denke weiter erläutern muss ich das nicht. Um meine Subdomains auch erreichbar zu machen nutze ich eine Wildcard in meiner DNS-Konfiguration, so spar ich es mir jedes mal dort rumzudoktorn, wenn ich eine neue Subdomain aufschalten möchte. Die Wildcard hat jedoch einen Nachteil: Wenn man eine nicht konfigurierte Subdomain wie z.B. 123.luma.com oder die Server-IP aufruft, landet man im von Apache zuerst erkannten VHost. Dieser ist logischerweiße cloud.lmalk.com. Um das zu unterbinden habe ich die zwei Konfigurationsdateien 000-default.conf und 000-default-le-ssl.conf angelegt, die nun jede "ungültige" Subdomain "abfangen" und man landet auf einer Fehlerseite. So weit so gut.
Nun zurück zu meinem Problem: Die Konfigurationsdatei für meine neue, unverschlüsselte Seite genannt test.luma.com sieht so aus:
test.luma.com.conf:
Das Problem: Wenn ich http://test.luma.com aufrufe, lande ich immer auf https://test.luma.com und Firefox beschwert sich:
Aber warum? Natürlich ist das Zertifikat nicht gültig, und ja, HSTS ist für die verschlüsselten Websites auch aktiviert. Aber warum werde ich überhaupt auf die verschlüsselte Seite weitergeleitet? Ich hoffe jemand hilft mir da auf die Sprünge.
MfG,
Lukas
ich lasse auf meinem Webserver verschiedene Anwendungen wie OwnCloud und GitLab laufen und hoste eine statische Website. Diese Seiten laufen alle in einem eigenen DocumentRoot, sind via Subdomain und nur verschlüsselt erreichbar. Das ist für die statische Website zwar nicht nötig, da sie nur ein paar Informationen anzeigt, aber meine Güte... Ich hab sie halt mitverschlüsselt.
Jetzt habe ich folgendes Problem: Ich kriege es nicht hin eine neue Seite unverschlüsselt zu erreichen, die auch unverschlüsselt bleiben soll. Klingt komisch, ist aber so. :D Da ich den Fehler bisher nicht eingrenzen konnte beschreibe ich einfach mal mein "Setup" und zeige etwas Konfiguration.
OS: CentOS 7
WebServer: Apache 2.4.6
CA: Let’s Encrypt
Domain (Beispiel!): luma.com
Konfigurierte Subdomains: cloud.luma.com, git.luma.com, pma.luma.com
Um meine VHosts zu organisieren nutze ich die "Technik" mit den sites-enabled und sites-available Ordnern, ich denke weiter erläutern muss ich das nicht. Um meine Subdomains auch erreichbar zu machen nutze ich eine Wildcard in meiner DNS-Konfiguration, so spar ich es mir jedes mal dort rumzudoktorn, wenn ich eine neue Subdomain aufschalten möchte. Die Wildcard hat jedoch einen Nachteil: Wenn man eine nicht konfigurierte Subdomain wie z.B. 123.luma.com oder die Server-IP aufruft, landet man im von Apache zuerst erkannten VHost. Dieser ist logischerweiße cloud.lmalk.com. Um das zu unterbinden habe ich die zwei Konfigurationsdateien 000-default.conf und 000-default-le-ssl.conf angelegt, die nun jede "ungültige" Subdomain "abfangen" und man landet auf einer Fehlerseite. So weit so gut.
Nun zurück zu meinem Problem: Die Konfigurationsdatei für meine neue, unverschlüsselte Seite genannt test.luma.com sieht so aus:
test.luma.com.conf:
Code:
<VirtualHost *:80>
ServerName test.luma.com
ServerAlias www.test.luma.com
DocumentRoot /var/www/virtual/test.luma.com
ErrorLog /var/log/httpd/http://ift.tt/1WH14of
CustomLog /var/log/httpd/http://ift.tt/1U6W3Yd combined
</VirtualHost>
Aber warum? Natürlich ist das Zertifikat nicht gültig, und ja, HSTS ist für die verschlüsselten Websites auch aktiviert. Aber warum werde ich überhaupt auf die verschlüsselte Seite weitergeleitet? Ich hoffe jemand hilft mir da auf die Sprünge.
MfG,
Lukas
0 commentaires:
Enregistrer un commentaire