plesk 8.2.1 -> Subdomainproblem?

B

benshman

New Member
Hallo.
Ich nutze plesk 8.2.1 auf ubuntu v-server. nach erfolgreichem anlegen einer domain habe ich neben den standard subdomains (www, mail,..) eine weitere angelegt.

foo.mydomain.tld

leider erfolgt keine weiterleitung.

ich habe, da plesk blöderweise die permissions standardmäßig auf 0700 setzt, diese von /var/www/vhosts/mydomain.tld/subdomains/foo/ rekursiv auf 0755 gesetzt.

An den <VirtualHost>-Direktiven habe ich nichts geändert, sieht aber "normal" aus. ServerName und Pfad gesetzt, Einstellungen für Apache Modules etc... Lediglich ServerAlias ist nicht gesetzt worden.

Inkludiert wird das Conf Fragment, ich denke als Include über /etc/apache2/apache.conf, habs nicht direkt gefunden, da es garantiert generisch gehalten ist. Ein vorsätzliches Abändern zu <V-irtualHost> und die Apache Fehlermeldung nach reload hat dies bestätigt. Die Änderung ist selbstverständlich rückgängig gemacht worden ;)


Ein ping auf die domain ist positiv, auf die subdomain nicht:
Code: 
ping: unknown host foo.mydomain.tld

Ein dig auf die domain besagt:
Code: 
; <<>> DiG 9.3.4 <<>> mydomain.tld
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 25504
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;mydomain.tld.               IN      A

;; ANSWER SECTION:
mydomain.tld.        40063   IN      A       87.230.XX.XXX

;; Query time: 33 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Mon Dec 31 08:38:36 2007
;; MSG SIZE  rcvd: 49

Ein dig auf die subdomain besagt:
Code: 
; <<>> DiG 9.3.4 <<>> foo.mydomain.tld
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 60101
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;foo.mydomain.tld.          IN      A

;; AUTHORITY SECTION:
mydomain.tld.        1344    IN      SOA     ns1.hans.hosteurope.de. hostmaster.mydomain.tld. 2007121112 16384 2048 1048576 2560

;; Query time: 24 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Mon Dec 31 08:41:23 2007
;; MSG SIZE  rcvd: 105

nslookup:
Code: 
Server:         192.168.1.1
Address:        192.168.1.1#53

** server can't find foo.mydomain.tld: NXDOMAIN

Die /etc/named.conf besagt:
Code: 
...
zone "mydomain.tld" {
        type master;
        file "mydomain.tld";
        allow-transfer {
                87.230.XX.XXX;
                common-allow-transfer;
        };
};

...

Merkwürdigerweise schlägt traceroute zu foo.mydomain.tld auf die domain durch
Code: 
ben$ traceroute mydomain.tld
traceroute to mydomain.tld (87.230.XX.XXX), 30 hops max, 40 byte packets
 1  mein-server (87.230.XX.XXX)  0.096 ms  0.055 ms  0.050 ms
ben$ traceroute foo.mydomain.tld
traceroute to mydomain.tld (87.230.XX.XXX), 30 hops max, 40 byte packets
 1  mein-server (87.230.XX.XXX)  0.090 ms  0.054 ms  0.051 ms

Wo könnte sich der Fehlerteufel eingeschlichen haben? Irgendwelche Ideen?
Fehlender DNS Eintrag? Soweit ich weiss, benötigt man keinen speziellen DNS Eintrag für Subdomains auf der selben IP wie die Domain oder?!
Ich bin ratlos... :/
 
Last edited by a moderator:
benshman said:
Fehlender DNS Eintrag? Soweit ich weiss, benötigt man keinen speziellen DNS Eintrag für Subdomains auf der selben IP wie die Domain oder?!
Click to expand...

Selbstverständlich braucht man einen DNS-Eintrag für jeden Namen. Woher soll sonst der Rest der Welt wissen, unter welcher IP-Adresse er anfragen muss?

benshman said:
Merkwürdigerweise schlägt traceroute zu foo.mydomain.tld auf die domain durch
Click to expand...

Vermutlich wurde der Eintrag auch in /etc/hosts vorgenommen und daher kann traceroute ihn auflösen.

Viele Grüße,
LinuxAdmin
 
das mit namensauflösung is klar... ich hatte lediglich von nem sysadmin mir mal sagen lassen, dass nicht zwingend ein eintrag für eine subdomain von nöten ist, wenn diese auf der selben ip liegt wie die stamm-domain, aber gut, man kann sich irren.

traceroute hatte die subdomain übrigens nur gefunden, weil ich traceroute auf dem server selbst ausgeführt hatte und somit die /etc/hosts mit dem subdomain eintrag betrachtet wurde... von aussen ->no chance!

Das ist Mist. Ich hatte bevor ich den Beitrag geschrieben hatte schon tagelang rumexperimentiert. Unter anderem hatte ich auch dns einträge gesetzt.
Ich hatte bereits
Code: 
foo.mydomain.tld IN CNAME mydomain.de
und
Code: 
foo.mydomain.tld IN A 87.230.XX.XXX
ausprobiert und jeweils mindestens auch 2 Tage so belassen, der Verteilung wegen. Keine Änderung.

Jemand noch ne Idee??
 
Beschreibe das Problem doch nochmal neu.
Das da oben ist alles sehr verwirrend.
Und wenn Du schon dabei bist, dann gib uns auch die Domain, damit wir selber die dig-Ausgaben bewundern können. Das hilft meistens gewaltig und verbraucht nicht ganz soviel Rätselraten...

PS: Du kannst im DNS auch einen CatchAll definieren...

huschi.
 
Huschi said:
Beschreibe das Problem doch nochmal neu.
Click to expand...

Ich habe alles nochmal komplett neu aufgesetzt. Aber keine Besserung.

Zu meinem Vorgehen:
Ich habe mit plesk eine neue Domain angelegt. Diese Domain ist über das KIS von hosteurope registriert worden.

Nach dem Setzen der Permissions auf 0775 des httpdocs Verzeichnisses war die Domain auch dann mal erreichbar.

Über plesk habe ich dann für diese Domain eine Subdomain angelegt und ebenfalls rekursiv auf dem Dateisystem ab subdomains/blog/httpdocs chmod 0775 gesetzt.
Einen CNAME DNS Eintrag habe ich ebenfalls vorgenommen.
Nach einem Apache reload tut sich aber nichts.

Die Domain: unionsundown.de
Die Subdomain: blog.unionsundown.de

Würde mich freuen wenn ihr was rausbekommt...
Danke schonmal
 
benshman said:
Einen CNAME DNS Eintrag habe ich ebenfalls vorgenommen.
Click to expand...

Das sieht der für die Domain zuständige Nameserver aber anders:
Code: 
dig @ns1.hans.hosteurope.de. blog.unionsundown.de

[COLOR="Blue"]; <<>> DiG 9.2.2 <<>> @ns1.hans.hosteurope.de. blog.unionsundown.de
;; global options:  printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NXDOMAIN, id: 23048
;; flags: qr aa rd; QUERY: 1, ANSWER: 0, AUTHORITY: 1, ADDITIONAL: 0

;; QUESTION SECTION:
;blog.unionsundown.de.          IN      A

;; AUTHORITY SECTION:
unionsundown.de.        2560    IN      SOA     ns1.hans.hosteurope.de. hostmaster.unionsundown.de. 2007121112 16384 2048 1048576 2560

;; Query time: 28 msec
;; SERVER: 217.115.143.140#53(ns1.hans.hosteurope.de.)
;; WHEN: Thu Jan 10 20:20:24 2008
;; MSG SIZE  rcvd: 105[/COLOR]

Irgendwie scheint entweder das Anlegen nicht geklappt zu haben, oder die Nameserver brauchen noch eine Weile, bis sie mit den aktuellen Daten beschickt werden...

Viele Grüße,
LinuxAdmin
 
benshman said:
Einen CNAME DNS Eintrag habe ich ebenfalls vorgenommen. Nach einem Apache reload tut sich aber nichts.
Click to expand...
Du hast die Domain mit den Nameservern deines Providers registriert:

Code: 
$ dig ns unionsundown.de +short
ns1.hans.hosteurope.de.
ns2.hans.hosteurope.de.

Damit greifen _gar keine_ DNS-Einstellungen die Du auf Deinem Server/in Plesk einrichtest. Wenn Du Plesk zum Verwalten der DNS-Eintraege nutzen moechtest musst Du die Domain entsprechend updaten und Deinen Server als Primary Nameserver eintragen:

Domainkonnektierung im DNS mit Plesk und AUTO-DNS
 
bernsteinkater said:
Wenn Du Plesk zum Verwalten der DNS-Eintraege nutzen moechtest musst Du die Domain entsprechend updaten und Deinen Server als Primary Nameserver eintragen
Click to expand...

Danke für den Tip! Ich hab das mal angewandt. Leider bekomme ich von hosteurope eine Fehlermeldung:
Zonentransfer via AXFR nicht moeglich

Ich werd mal googlen.
 
You must log in or register to reply here.
Back
Top