Søger lidt dybere forståelse for zone filer i forbindelse med DNS

1:
internettets reverse records er altid bygget over in-addr.arpa (et historisk levn fra dengang, hvor internettet blev bygget - arpa-net).

ligesom 192.168.0.1 er en A-record (adresse), så er en reverse record (PTR=pointer record) for samme 1.0.168.192.in-addr.arpa. Når du laver en record uden ".", så tilføjes @ som svarer til zonenavnet (her bør det være 0.158.192.in-addr.arpa).

Du laver records ala linux.intranet. - sidste punktum fortæller, at du er færdig med record - ellers ville der blive tilføjet @ igen.

I din forward zone svarer @ formentlig til intranet. - altså bliver linus tilføjet igen.

For at det kan virke med med dhcp kræver det, så du har givet named besked om, at records kan opdateres dynamisk (allow-update) og dhcpd besked om at gøre det (ddns-style) - herefter vil zone-filerne automatisk blive opdateret.

Takker for forklaringen.

Det vil sige at jeg skal have følgende linie i named:
allow-update { localhost };
dækker den ikke hele mit interne net, eller skal jeg definere nogle ip adresser. min dhcp range er 192.168.0.100 - 192.168.0.150 server er 192.168.0.50

og denne linie i dhcpd.conf
ddns-update-style interim;
Hvis det er denne linie du hentyder til, så har jeg bemærket at der kan stå andre ting en interim, hvilken betydning har disse muligheder?

Er det dem vi snakker om?

Hvis de skal se anderledes ud, kan du så ikke komme med et par eksempler.

localhost dækker linux maskinen - så længe det er dhcpd er opdaterer er det ok - vender tilbage

Har også følgende linie i min named.conf

pid-file "/var/run/named/named.pid";
Hvad gør den, og er den vigtig?

Jeg får fejl når jeg sætter allow-update { localhost }; i named.conf, den er sat inde i options

pid-file: bliver brugt til at gemme process-id for named - og named bruger indholdet af filen til at finde ud af, hvilken process der skal genstartes.

Det skal sættes for hver enkelt zone - og kan ikke sættes i options. Se evt. http://www.redhat.com/docs/manuals/linux/RHL-9-Manual/ref-guide/s1-bind-namedconf.html

Du skal sætte
ddns-update-style ad-hoc;

Der er en lang og grundig gennemgang af ddns-style i http://www.daemon-systems.org/man/dhcpd.conf.5.html

For ikke at virke helt som en der ikke gider svare, vil jeg lige gøre opmærksom på at jeg har ligget syg her den sidste tid. Så jeg vender tilbage til spørgsmålet lige så snart jeg er helt frisk igen.

Hejsa, så er jeg tilbage igen, beklager at jeg har været så lang tid om at svare.

Jeg har kigget de links igennem som du har nævnt tidligere, men det virker meget detaljeret, og hermed også forvirrende. Jeg har lidt svært ved at se det samlede billede.

Har du ikke mulighed for at vise mig hvad det er jeg mangler at tilføje i mine filer, jeg har herunder vist det jeg har pt.

Her er hvad jeg har indtil videre vedr. dynamisk DNS:


DHCP.CONF:
ddns-update-style ad-hoc;

---Sat i bunden af filen----
zone dstest. {
primary 192.168.0.50;
}

zone 0.168.192.in-addr-arpa. {
primary 192.168.0.50;
}

Named.conf
#---Angiver vores zonefiler

zone "." in {
    type hint;
    file "named.ca";
};


zone "0.0.127.in-addr.arpa" in {
    type master;
    file "127.0.0.rev";
};


zone "0.168.192.in-addr.arpa" in {
    type master;
    file "192.168.0.rev";
};   


zone "dstest" in {
    type master;
    file "dstest";   
};







ZONEFILER
---------------------------------------------------------
;
; Zone fil for dstest, internt net
;
$TTL 1D
@    IN    SOA    Redhat3ES.dstest.    hostmaster.dstest. (           
        20051909    ; Serial (aar & dato)
        8H        ; refresh (8 timer)
        2H        ; retry (2 timer)
        4W        ; expiry (1 mÃ¥ned)
        1D )        ; minimum (1 dag)

;
; Dette domænes DNS-servere;
;
        IN    NS    Redhat3ES
   

;
; Standard hostnavne mappet til IP adresse
;

localhost    IN    A    127.0.0.1
Redhat3ES    IN    A    192.168.0.50
---------------------------------------------------------




---------------------------------------------------------
;
; Reversezone fil for 192.168.0 internt net
;
$TTL 1D
@    IN    SOA    Redhat3ES.dstest.    hostmaster.dstest. (           
        20051909    ; Serial     (aar & dato)
        8H        ; refresh     (8 timer)
        2H        ; retry     (2 timer)
        4W        ; expiry     (1 mÃ¥ned)
        1D )        ; minimum     (1 dag)

;
;Navneserver for denne reverse zone:         
;
            IN    NS    Redhat3ES.dstest.

;           
; Reverse mapping:
;
50            IN    PTR    Redhat3ES.dstest.
---------------------------------------------------------




---------------------------------------------------------
;
; Reversezone fil for 127.0.0 internt net
;
$TTL 1D
@    IN    SOA    Redhat3ES.dstest.    hostmaster.dstest. (           
        20051909    ; Serial     (aar & dato)
        8H        ; refresh     (8 timer)
        2H        ; retry     (2 timer)
        4W        ; expiry     (1 mÃ¥ned)
        1D )        ; minimum     (1 dag)


;
;DNS-serveren for denne zone:
;
@        IN    NS    Redhat3ES.dstest.

;
; Reverse mappings:
;
50        IN    PTR    localhost.



Kan du se om der mangler noget i filerne som burde være der?

Named.conf
#---Angiver vores zonefiler

zone "." in {
    type hint;
    file "named.ca";
};


zone "0.0.127.in-addr.arpa" in {
    type master;
    file "127.0.0.rev";
};


zone "0.168.192.in-addr.arpa" in {
    type master;
    file "192.168.0.rev";
    allow-update { localhost };
};   


zone "dstest" in {
    type master;
    file "dstest";   
    allow-update { localhost };
};

Når jeg sætter de to linier ind i named.conf

får jeg følgende fejl når jeg genstarter tjenesten:
mdc: connect failed: connection refused

hvad siger /var/log/messages

Har lige taget et billede med info:
http://up.peecee.dk/view.php?id=16836&noresize=yes

De 2 linier den henviser til er de 2 linier der er tilføjet "allow-update....."

Kan se der er en fejl i det billede jeg lagde op, tjenster skulle vise den fejl jeg beskrev tidligere "mdc: connect failed: connection refused"

allow-update { localhost; };

Sjovt...havde prøvet med det ; som du selv viser i dit indlæg, det gav så igen fejl, så genstartede jeg serveren og nu kører det hele :O)

Har du her på falderebet et lille tip til hvordan jeg kontrollere om den dynamiske DNS nu også gør det den skal.

Nslookup virker fint på klienten, og på serveren har jeg brugt /dig <domænenavn> /dig <Værtsnavn> som også giver positive resultater.

Bare læg din bemærkning som et svar, så får du dine points.

du kan kontrollere direkte i zone-filerne - når noget er blevet registreret vil du kunne se det i filen.