Problem mit Wildcards für nicht existierende Subdomains [GELÖST]

[zalu_de]

Moin,

ich nutzte Keyhelp erst ein paar Monate in folgender Konfiguration:
user_production mit domainA.de
user_staging mit staging.domainA.de

Dies haben wir so angelegt, um die Entwickler nicht auf die Produktiv-Seite kommen zu lassen und wirklich getrennte Bereiche zu haben.
Aufgefallen erst heute:
Sobald wir in den Domain-Einstellungen neu speichern, kommen zusätiche Zeilen in die vhosts-Datei, die es bisher nicht gab:

# general wildcards to catch non existing subdomains
[...]

Diese Einträge führ natürlich dazu, dass ich staging.domainA.de nicht mehr erreiche, da die vhosts von domainA.de diese eigentliche Subdomain, welche nicht in domainA.de definiert ist, abfängt.

Wie kann ich das umgehen, ohne jedesmal manuell die vhosts Datei zu prüfen/editieren?

Danke vorab!

[WebCF]

Habe wohl exakt dasselbe Problem.

Ich habe für 3 Subdomains 3 unterschiedliche User, um das hart zu separieren. User a hat domain.tld und www.domain.tld, user 2 und 3 besitzen 2 andere subdomains von dieser, die komplett getrennt werden sollten - was ja ging.

Durch dieses wildcard-feature, gelange ich nicht mehr auf die anderen 2 subdomains, da abgefangen.

Haben wir beide nicht den best-practice Weg benutzt?

EDIT:

Aufgefallen erst heute:
Sobald wir in den Domain-Einstellungen neu speichern, kommen zusätiche Zeilen in die vhosts-Datei, die es bisher nicht gab:

Das ist seit 18.2 so:

Added domain catch-all which forwards all non-existing subdomains to the main domain, instead of the KeyHelp login

[Tobi]

Added domain catch-all which forwards all non-existing subdomains to the main domain, instead of the KeyHelp login

Anscheinend erfolgt diese Prüfung userbezogen und nicht serverweit.
Wobei ich das serverweite Verhalten auch bevorzugen würde.

[WebCF]

Wäre ich auch für.

Aber ich warte mal auf ANtwort der Devs, ob wir unser Verhalten ändern sollten oder sie durch ein Update den Fall beachten.

Schönen 2. Advent

[Alexander]

Im kommenden Update wird es eine Lösung für das Problem geben. Wie die im Detail aussieht, kann ich aktuell noch nicht sagen, da ich mir hierzu noch ein paar Gedanken machen möchte und ich die kommende Woche nicht im Büro bin (Urlaub ). Ich würde mich dann in der darauf folgenden Woche dazu äußern.

[mhagge]

Ich finde die derzeitige Lösung auch noch nicht optimal - sie ist zwar besser, als den Keyhelp-Login anzuzeigen, aber beileibe noch nicht optimal.

Mit der neuen Lösung kann es dazu kommen, dass man mit der URL groessterkonkurrent.meindeomain.de auf meine Firmenseite kommen, obwohl ich die Sub-Domain groessterkonkurrent gar nicht eingerichtet habe. Wenn "groessterkonkurrent" einen schlechten Tag hat kann mir das sogar eine Wettbewerbsrechtliche Abmahnung einbringen (vgl. z.B. die Urteile, die es zu Keywords bei Google zu dem Thema ja durchaus gibt).

Optimal wäre in meinen Augen:
- wer ne Wildcard-Sub-Domain anlegen will kann das machen, aber halt explizit. Ansonsten gilt:
- nur wirklich angelegte Sub-Domains werden angezeigt, Sub-Domains die es nicht gibt zeigen halt den 404er...

[l_fish]

Hallo,

ich bin derselben Meinung: Was nicht explizit angelegt wurde, existiert nicht und sollte eine Fehlerseite (404) zurück liefern. Also weder das Keyhelp Login noch eine Umleitung woanders hin.

Das sollte auch für dem Server komplett unbekannte Domains gelten, nicht nur Subdomains. Wäre meines Erachtens einfach einzurichten: Einfach einen 000-default vhost Eintrag auf ein Verzeichnis mit Fehlerseite, danach dann vhost für keyhelp mit entsprechendem Hostnamen (hier wäre evtl. darüber nachzudenken, ob man in keyhelp dann weitere Hostnamen angeben kann, auf denen der keyhelp vhost lauscht), danach Kunden-vhosts.


Viele Grüße,
Lars

[Enigma]

Sehe ich auch so - das wurde ja auch in einem anderen Thread, der sich explizit damit befasst, schon diskutiert.

Gruß
Jan

[WebCF]

Der „andere Thread“ zeigt auf http://www.ghkfgkgghjfhghfj.de/ ?

[Enigma]

Der „andere Thread“ zeigt auf http://www.ghkfgkgghjfhghfj.de/ ?

Ich habe keine Ahnung, wovon Du sprichst.

Gruß
Jan

[WebCF]

[Alexander]

Folgende Änderungen gibt es nun in 18.2.1 / Folgende Hinweise:

1. Unter "Konfiguration" kommt eine Einstellungsseite dazu "Subdomain-Catch-All"
- hier kann man festlegen, ob man das Catch-All Feature verwenden möchte
- und ob man lieber die Apache 404 Seite, oder eine Weiterleitung auf die Hauptdomain wünscht

2. Ursache des Problems, das sich manche Domains nicht mehr aufrufen ließen, bzw. direkt zur Hauptdomain gesprungen sind war, dass die Reihenfolge, in der der Apache die Konfigurationen einließt nicht korrekt war.
Das Problem wird jetzt damit umgangen, dass nun die Catch-All-Subdomains (sofern verwendet) erst nach den von Nutzern definierten Domains und nach den von KeyHelp definierten Subdomains (z.B. webmail.<DOMAINNAME>) verarbeitet werden.

3. Bei KeyHelp-Neu-Installationen kommt das Feature mit folgender Standardeinstellungen
- Subdomain-Catch-All aktiv
- Anzeigen einer 404 Seite für nicht existierende Subdomains

4. Für Upgedatete Systeme ist das Feature nicht aktiv, kann aber über die Konfigurations-Seite aktiviert werden.

5. Solltet Ihr in 18.2 Probleme mit den Subdomains gehabt haben, müsste ggf. die Konfiguration der betroffenen Domain neu geschrieben werden, das geht z.B. über die folgenden 3 Wege:
- entweder die fraglichen Domains noch einmal speichern
- oder den Befehl "php /home/keyhelp/www/keyhelp/bin/rewrite_user_configs.php" aufrufen
- oder unter Konfiguration -> "Subdomain-Catch-All" das Formular speichern