Jump to content
Froxlor Forum
  • 0

Subdomain als Fulldomain funktioniert nicht


Majen

Question

Ich habe leider ein Problem mit meinen Subdomains. Dabei gibt es folgende Ausgangssituation:

  • Domain: e-beispiel.de
  • Subdomain: download.e-beispiel.de
  • lightttpd als Webserver

Die Domain e-beispiel.de gehoert zum Kunden e-beispiel und hat dementsprechend einen 52er vHost mit Document Root /var/customers/webs/e-beispiel. Die (Sub-)Domain download.e-beispiel.de soll als vollwertige Domain dem Kunden download (Document Root /var/customers/webs/download) zugewiesen sein. Leider habe ich beim ersten Anlegen diese Domain nicht als Subdomain der Domain e-beispiel.de markiert, so dass ein 52er vHost dafuer angelegt wurde. Nachdem ich den Fehler bemerkt habe, habe ich dies natuerlich nachtraeglich geaendert und danach wurde auch die 51er vHost-Datei fuer download.e-beispiel.de erzeugt.

 

Leider werden trotz Neustarten des Lighty weiterhin beim Aufruf von download.e-beispiel.de die Dateien aus /var/customer/webs/e-beispiel ausgeliefert. Auch bei einer neu angelegten Subdomain test.e-beispiel.de mit denselben Parametern, aber diesmal direkt bei der Erstellung als Subdomain von e-beispiel.de markiert, tritt dasselbe Phaenomen auf.

 

Die ursprunglich erzeugte 52er vHost-Datei von download.e-beispiel.de habe ich schon manuell geloescht (Sollte das nicht eigentlich automatisch geschehen? Wenn ja, dann muesste ich dazu mal einen Bug aufmachen), aber auch danach hat sich nichts geaendert.

 

Wodurch wird das Problem verursacht? Ich verstehe nicht, wieso er die 51er vHost-Datei nicht benutzt, sondern immer noch den Document Root des 52er vHosts von e-beispiel. Die Standardsubdomain unter dem 50er vHost wird problemlos auf /var/customers/webs/download aufgeloest. Ich hoffe, ihr koennt mir bei meinem Problem helfen.

Link to comment
Share on other sites

8 answers to this question

Recommended Posts

Ich kann dir sagen woran das liegt, e-beispiel.de und www.e-beispiel l?sen sich zu einer IP adresse auf, machst du allerdings einen ping auf download.e-beispiel.de oder [irgendwas].e-beispiel.de bekomme ich ein "Host not found"...da stimmt wohl was in den DNS Einstellungen nicht, die fehlt wohl ein Wildcard-Eintrag, dass ALLE subdomains (*.e-beispiel.de) auf die IP zeigen.

Link to comment
Share on other sites

Hmm, ich haette wohl gucken sollen, ob die Domain e-beispiel.de schon existiert... Die eigentlichen Domains sind anders und ich habe den Teil nach dem Bindestrich mit "beispiel" ersetzt. Ich nenne die Domain dann jetzt einfach e-***.de.

 

Die DNS-Einstellungen der Domain sind korrekt. Sowohl die normale Domain, als auch der Wildcardeintrag loesen korrekt auf die gewuenschte IP-Adresse (188.40.*.*) auf. Wenn ich download.e-***.de oder test.e-***.de aufrufe, wird auch der Content der Hauptdomain (52er vHost) angezeigt und ein Eintrag im Accesslog hinterlassen. Hier nimmt der lighttpd irgendwie den 52er vHost und nicht den vorher definierten 51er. Sind die geposteten Config-Dateien denn so korrekt? Ich kann da leider keinen Fehler entdecken.

Link to comment
Share on other sites

Wenn ich die 52er auskommentiere, dann werden sowohl download.e-***.de als auch test.e-***.de korrekt aufgeloest. Sobald ich die 52er wieder einkommentiere, wird wieder der Inhalt der Hauptdomain ausgegeben. Ich habe zum weiteren Debugging mal das Request-Handling-Log im lighty aktiviert mit folgenden Resultaten.

 

Normale Situation:

 

2012-07-25 01:59:53: (response.c.300) -- splitting Request-URI
2012-07-25 01:59:53: (response.c.301) Request-URI : /
2012-07-25 01:59:53: (response.c.302) URI-scheme : http
2012-07-25 01:59:53: (response.c.303) URI-authority: download.e-***.de
2012-07-25 01:59:53: (response.c.304) URI-path	 : /
2012-07-25 01:59:53: (response.c.305) URI-query :
2012-07-25 01:59:53: (response.c.349) -- sanatising URI
2012-07-25 01:59:53: (response.c.350) URI-path	 : /
2012-07-25 01:59:53: (mod_access.c.135) -- mod_access_uri_handler called
2012-07-25 01:59:53: (response.c.470) -- before doc_root
2012-07-25 01:59:53: (response.c.471) Doc-Root	 : /var/customers/webs/e-***/
2012-07-25 01:59:53: (response.c.472) Rel-Path	 : /
2012-07-25 01:59:53: (response.c.473) Path		 :

 

52er vHost auskommentiert:

 

2012-07-25 02:04:35: (response.c.300) -- splitting Request-URI
2012-07-25 02:04:35: (response.c.301) Request-URI : /
2012-07-25 02:04:35: (response.c.302) URI-scheme : http
2012-07-25 02:04:35: (response.c.303) URI-authority: download.e-***.de
2012-07-25 02:04:35: (response.c.304) URI-path	 : /
2012-07-25 02:04:35: (response.c.305) URI-query :
2012-07-25 02:04:35: (response.c.349) -- sanatising URI
2012-07-25 02:04:35: (response.c.350) URI-path	 : /
2012-07-25 02:04:35: (mod_access.c.135) -- mod_access_uri_handler called
2012-07-25 02:04:35: (response.c.470) -- before doc_root
2012-07-25 02:04:35: (response.c.471) Doc-Root	 : /var/customers/webs/download/
2012-07-25 02:04:35: (response.c.472) Rel-Path	 : /
2012-07-25 02:04:35: (response.c.473) Path		 :

 

Er scheint also beim auskommentierten 52er vHost die 51er Dateien korrekt zu ziehen, nimmt diese jedoch bei einkommentiertem 52er vHost nicht wahr bzw. ueberschreibt sie spaeter wieder...

 

Ich habe gerade noch diesen Bugeintrag gefunden, der zumindest im eigentlichen Sinne dasselbe Problem beschreibt: test.mydomain.com wird auf /var/www/test1 und nicht wie gewuenscht auf /var/www/test2 aufgeloest. Hoert sich doch sehr aehnlich an, oder?

Link to comment
Share on other sites

Ich habe gerade mal die 51er vHosts in 53er umbenannt und dementsprechend die Includes in der 10_froxlor_ipandport_188.40.*.*.80.conf angepasst und es funktioniert wunderbar. Somit scheint lighty tatsaechlich immer den letzten Match heranzuziehen. Ich werde den Bug-Eintrag mal aktualisieren und bis zu einem Fix die entsprechende Config immer manuell anpassen ;)

Link to comment
Share on other sites

Archived

This topic is now archived and is closed to further replies.



×
×
  • Create New...