Untypisches verhalten nicht vorhandener Subdomains
Posted: Mon 25. Sep 2017, 18:01
Hallo!
Ich weiß es gibt diverse Themen in diese Richtung, aber allerdings hat keine Lösung das folgende Problem so richtig gelöst.
Es geht um das behandeln von subdomains - die nicht existieren - und um nicht vorhandene SSL-Zertifikate.
Wenn ich eine Domain mit passendem Nutzer habe (z.B.: example.com), und diese hat eine subdomain, wie z.B. "test", dann funktionieren beide wie sie sollten. Ruft man example.com auf, gelangt man auf das "www"-Verzeichnis des Nutzers, ruft man test.example.com auf, gelangt man auf das hinterlegte Verzeichnis der Subdomain.
Nun allerdings zum Problem:
Rufe ich nun eine Subdomain auf, die nicht existiert, so soll einfach das typische "Diese Seite ist nicht erreichbar - ERR_NAME_NOT_RESOLVED" erscheinen. Allerdings scheint in KeyHelp in den DNS-Zones standardmäßig jede Subdomain zugelassen zu sein, und somit werden nicht zugeordnete in meinem Fall zur "Erfolgreich Eingerichtet"-Standard-"index.html" von apache2 weitergeleitet. (diese habe ich geleert, somit erhält man eine leer Seite, das ist aber offensichtlich nicht wirklich die richtige Lösung).
Des Weitern ist es noch sonderbarer, dass wenn man eine nicht vorhandene Subdomain per HTTPS aufruft, dass dann erstens "Dies ist keine sichere Verbindung" erscheint, da das Servereigene SSL-Zertifikat für einen anderen Hostname geladen wird und zweitens erscheint dann (nach wegklicken der Meldung in Chrome) die KeyHelp Login-Seite.
(Wenn man eine vorhandene Subdomain per HTTPS aufruft, obwohl diese nicht SSL-Verschlüsselt ist, erhält man ebenfalls das Servereigene SSL-Zertifikat und die "Dies ist keine sichere Verbindung"-Meldung. In diesem Fall lädt die Subdomain an sich aber trotz unsicherem Zertifikat dennoch korrekt.)
Ich hoffe ich konnte das Problem nachvollziehbar schildern.
Nach verschiedenen Modifikationen der keyhelp.conf und den User-vhosts bin ich noch nicht zu einer tatsächlichen Lösung gekommen.
Ich wäre jeglicher Hilfe sehr dankbar!
Ich weiß es gibt diverse Themen in diese Richtung, aber allerdings hat keine Lösung das folgende Problem so richtig gelöst.
Es geht um das behandeln von subdomains - die nicht existieren - und um nicht vorhandene SSL-Zertifikate.
Wenn ich eine Domain mit passendem Nutzer habe (z.B.: example.com), und diese hat eine subdomain, wie z.B. "test", dann funktionieren beide wie sie sollten. Ruft man example.com auf, gelangt man auf das "www"-Verzeichnis des Nutzers, ruft man test.example.com auf, gelangt man auf das hinterlegte Verzeichnis der Subdomain.
Nun allerdings zum Problem:
Rufe ich nun eine Subdomain auf, die nicht existiert, so soll einfach das typische "Diese Seite ist nicht erreichbar - ERR_NAME_NOT_RESOLVED" erscheinen. Allerdings scheint in KeyHelp in den DNS-Zones standardmäßig jede Subdomain zugelassen zu sein, und somit werden nicht zugeordnete in meinem Fall zur "Erfolgreich Eingerichtet"-Standard-"index.html" von apache2 weitergeleitet. (diese habe ich geleert, somit erhält man eine leer Seite, das ist aber offensichtlich nicht wirklich die richtige Lösung).
Des Weitern ist es noch sonderbarer, dass wenn man eine nicht vorhandene Subdomain per HTTPS aufruft, dass dann erstens "Dies ist keine sichere Verbindung" erscheint, da das Servereigene SSL-Zertifikat für einen anderen Hostname geladen wird und zweitens erscheint dann (nach wegklicken der Meldung in Chrome) die KeyHelp Login-Seite.
(Wenn man eine vorhandene Subdomain per HTTPS aufruft, obwohl diese nicht SSL-Verschlüsselt ist, erhält man ebenfalls das Servereigene SSL-Zertifikat und die "Dies ist keine sichere Verbindung"-Meldung. In diesem Fall lädt die Subdomain an sich aber trotz unsicherem Zertifikat dennoch korrekt.)
Ich hoffe ich konnte das Problem nachvollziehbar schildern.
Nach verschiedenen Modifikationen der keyhelp.conf und den User-vhosts bin ich noch nicht zu einer tatsächlichen Lösung gekommen.
Ich wäre jeglicher Hilfe sehr dankbar!
