Frage zu Subdomains

T

Theq

New Member
Hallo,

Ich bin noch recht frisch im Thema DNS und habe nun einen bind9 Server am Laufen.
Nun wollte ich mich mit Subdomains auseinandersetzen und habe folgendes Problem:

Das Aufrufen nach dem Schema rechnername.subdomain.domain (in meinem falle ist das lol.test.qnet) funktioniert. Auch das Auflösen von rechnername.domain (z.B. qdc.qnet) funktioniert.

Jetzt habe ich versucht es so einzurichten, dass man einerseits über die adresse

test.qnet auf einen rechner zugreifen kann, aber gleichzeitig auch auf die Subdomains *.test.qnet zugreifen kann.

Und da beginnt mein Problem, denn auf test.qnet reagiert der server nicht. ich hänge mal auszüge meiner configs an. In der db.qdc habe ich mal meine Lösungsansätze einkommtiert, die aber nicht funktionieren

named.conf
Code: 
; Hauptzone meiner Domain
zone "qnet" {
        type master;
        file "/etc/bind/db.qnet";
};

; Zone meiner Subdomain
zone "test.qnet" {
        type master;
        file "/etc/bind/db.test.qnet";
};

db.qnet
Code: 
;; Forwardlookupzone für qnet
;;
$TTL 1D
@       IN      SOA     debianserver.qnet. debianserver.qnet. (
                        2006032202      ; Serial
                                8H      ; Refresh
                                2H      ; Retry
                                4W      ; Expire
                                2D )    ; TTL Negativ Cache

@                               IN      NS      debianserver.qnet.
                                IN      MX      10 debianserver.qnet.

fritzbox                        IN      A       192.168.178.1
qdc                             IN      A       192.168.178.2
debianserver                    IN      A       192.168.178.3
trektop                         IN      A       192.168.178.12
broadcast                       IN      A       192.168.178.255
vpnserver                       IN      A       10.8.0.1
vpnclient                       IN      A       10.8.0.6
www                             IN      CNAME   qdc
test                            IN      NS      debianserver

; Zusätzlich habe ich folgende Konfigurationen versucht, aber keine dieser Zeilen funktioniert.
;test                            IN      CNAME      qdc
;test                            IN      A      192.168.178.2

db.test.qnet
Code: 
;; Forwardlookupzone für test.qnet
;;
$TTL 1D
@       IN      SOA     ns.test.qnet. ns.test.qnet. (
                        2006032202      ; Serial
                                8H      ; Refresh
                                2H      ; Retry
                                4W      ; Expire
                                2D )    ; TTL Negativ Cache

@                               IN      NS      ns.qnet.
                                IN      MX      10 ns.qnet.

ns                              IN      A       192.168.178.3
lol                             IN      A       192.168.178.1
 
Last edited by a moderator:
Den eingetragenen Nameserver in der Subdomain gibt es nicht in der Domain:
Theq said:
Code: 
;; Forwardlookupzone für test.qnet
@                               IN      NS      [COLOR="Red"]ns.qnet. ;; gibt es nicht[/COLOR]
                                IN      MX      10 [COLOR="Red"]ns.qnet. ;; gibt es nicht[/COLOR]
Click to expand...
Schau Dir auch mal die Meldungen in der syslog-Datei an, die sind meistens recht aussagekräftig.

Abgesehen davon lohnt es sich bei so kleinen Zonen meistens nicht eine eigene Zone-Datei für die Subdomain anzulegen. Du kannst einfach in der Zone der Hauptdomain folgendes eintragen:
Code: 
lol.test                             IN      A       192.168.178.1
 
dass der eine dns eintrag nicht richtig war hab ich jetzt gesehen.
allerdings mein eigentliches problem bleibt.

ich habe zwar eine funktionierende subdomain lol.test.qnet, aber ich kann keinen A oder CNAME record eintragen damit ich auch test.qnet auflösen kann.
 
Doch, den A-Record für test kannst Du ganz normal anlegen (den NS-Record dafür mal entfernen). Vielleicht gab es ja irgendeinen anderen Fehler, durch den beim Testen das Neuladen der Zone-Datei verhindert wurde (oder es wurde vergessen, die Serial-no zu erhöhen, was gerne mal passiert ;) ).

PS: Bitte auf die Nutzungsbedingungen, Punkt 3.2 achten. Danke!
 
Ich hatte in der Tat die Seriennummer gleich gelassen. Ich habe sie nun geändert. Warum ist das so wichtig?

Leider funktioniert der A Record nicht. Auch nicht, wenn der NS Eintrag weg ist.
Mit einem CNAME Record habe ich es auch schon vergeblich versucht.

Ich häng noch mal die beiden Zonen an.
db.qnet
Code: 
;; Forwardlookupzone für qnet
;;
$TTL 1D
@       IN      SOA     debianserver.qnet. debianserver.qnet. (
                        2006032206      ; Serial
                                8H      ; Refresh
                                2H      ; Retry
                                4W      ; Expire
                                2D )    ; TTL Negativ Cache

@                               IN      NS      debianserver.qnet.
                                IN      MX      10 debianserver.qnet.

fritzbox                        IN      A       192.168.178.1
qdc                             IN      A       192.168.178.2
debianserver                    IN      A       192.168.178.3
trektop                         IN      A       192.168.178.12
broadcast                       IN      A       192.168.178.255
vpnserver                       IN      A       10.8.0.1
vpnclient                       IN      A       10.8.0.6
www                             IN      CNAME   qdc
test                            IN      A       192.168.178.3

db.test.qnet
Code: 
;; Forwardlookupzone für qnet
;;
$TTL 1D
@       IN      SOA     ns.test.qnet. ns.test.qnet. (
                        2006032203      ; Serial
                                8H      ; Refresh
                                2H      ; Retry
                                4W      ; Expire
                                2D )    ; TTL Negativ Cache

@                               IN      NS      ns.test.qnet.
                                IN      MX      10 ns.test.qnet.

ns                              IN      A       192.168.178.3
lol                             IN      A       192.168.178.1

Edit:

Ich habe die Subdomain jetzt mal in die Hauptzonendatei geschrieben und die Zone für die Subdomain auskommentiert. Jetzt funktioniert es.
Schade allerdings, dass es nicht geklappt hat als ich die Subdomain in einer einzelnen Zone hatte.
 
Last edited by a moderator:
db.qnet
Code: 
;; Forwardlookupzone für qnet
;;
$TTL 1D
@       IN      SOA     debianserver.qnet. debianserver.qnet. (
                        2006032206      ; Serial
                                8H      ; Refresh
                                2H      ; Retry
                                4W      ; Expire
                                2D )    ; TTL Negativ Cache

@                               IN      NS      debianserver.qnet.
                                IN      MX      10 debianserver.qnet.

fritzbox                        IN      A       192.168.178.1
qdc                             IN      A       192.168.178.2
debianserver                    IN      A       192.168.178.3
trektop                         IN      A       192.168.178.12
broadcast                       IN      A       192.168.178.255
vpnserver                       IN      A       10.8.0.1
vpnclient                       IN      A       10.8.0.6
www                             IN      CNAME   qdc
[color=red]ns.test                         IN      A       192.168.178.3
test                            IN      NS      ns.test[/color]
Dir fehlt (neben dem NS-) auch noch der Glue-Record.
Mit der roten Änderung sollte es gehen (db.test.qnet unverändert wie zuletzt gepostet).

Falls es noch Probleme gibt, poste mal die Ausgabe von

dig +trace lol.test.qnet. a @192.168.178.3

Solange kein zweiter Nameserver (Slave oder Cache) eine Rolle spielt, ist die Serial erstmal unerheblich - Bind läd die Zone in jedem Fall, wenn sich der Zeitstempel der Datei geändert hat.
 
You must log in or register to reply here.
Back
Top