Bekijk Volledige Versie : Dns Probleem ??
Hallo,
Ik ben zelf een DNS op aan het zetten. M'n hostingprovider dient als 2e Naamserver en ikzelf ben de eerste.
Ik draai windows 2003 server met MS DNS in een active directory omgeving.
Dus:
Ik zelf ben system-z.nl en wil ook m'n eigen DNS draaien. Dus moet ik ook dienen als ns1.system-z.nl
Shockmedia is naamserver 2 in dit geval. ns2.system-z.nl
na controlle bleek ik veel fouten te hebben. (Dhuu 11 Stuks) en na het een en ander geconfigureerd te hebben heb ik nu nog een paar fouten waar ik niet helemaal uit kom.
Hier de foutmelding volgend sidn
__________________________________________________ ________
errors=5, warnings=4, informational=0
* domein system-z.nl.
* nameserver ns1.system-z.nl./194.109.161.24
W SOA refresh (60) < 4 uur (zie RFC1537)
W SOA retry (600) < 30 minuten (zie RFC1537)
W SOA retry (600) >= refresh (60)
* nameserver ns2.system-z.nl./83.98.131.12
E SOA origin (system-z.nl.) is geen nameserver (TE.6b)
E nameserver heeft geen A/glue record [system-z.nl. NS ns1.system-z.nl.]
W A record voor localhost ontbreekt (zie RFC1537)
E SOA serial van primary NS lager dan van secondary NS (150 < 2004101704)
E SOA mname system-z.nl. ongelijk primary ns1.system-z.nl. (RFC1035)
__________________________________________________ __________
Iemand een idee hoe ik deze fouten kan oplossen. Ikzelf ben al een tijdje bezig om dit op te lossen,maar gaat moeizaam omdat ik in een active directory omgeving dit moet oplossen.
Alvast bedankt voor de medewerking.
Mvg
John Konings
Hi,
Nu ik een controle doe krijg ik deze errors:
errors=4, warnings=1, informational=1
* domein system-z.nl.
* nameserver ns1.system-z.nl./194.109.161.24
* nameserver ns2.system-z.nl./83.98.131.12
E SOA origin (system-z.nl.) is geen nameserver (TE.6b)
E nameserver heeft geen A/glue record [system-z.nl. NS ns1.system-z.nl.]
W A record voor localhost ontbreekt (zie RFC1537)
I SOA serial van primary NS hoger dan van secondary NS (2004101764 > 2004101704)
E SOA mname system-z.nl. ongelijk primary ns1.system-z.nl. (RFC1035)
* extra nameservers
* nameserver server2003.system-z.nl./192.168.1.200
E server onbereikbaar of timeout (status: 'query timed out')
SOA van je primary staat verkeerd. Een dig op die nameserver geeft mij:
@ 1d1h IN SOA ns1 hostmaster.ns1 (
daar moet naar mijn idee staan ns1.system-z.nl
Verder ben ik werk ik alleen met complete name die eindigen met een (.)
Dus ik schrijft altijd de volledige server naam achter het record, dus
@ NS ns1.system-z.nl.
NS ns2.system-z.nl.
Die SRV records ken ik verder niet, geen idee of dit met de errors te maken heeft. Ik zou de dns zo kaal mogelijk opzetten voor een change bij SIDN.
De secondary is beslist geen copie van de primary ..... dus daar gaat ze zeker mis. Zorg dat deze opgezet wordt als een echte secondary en niet gewoon handmatig records er in kloppen. Zorg er daarna voor dat je bij iedere wijziging van je primary het serial op hoogt, anders pakt je secondary dit niet.
En verder is de genoemde derde server niet bereikbaar. Ook al geef je deze niet op bij de nameserver check, hij wordt wel gecontroleerd en geeft fouten.
Ik hoop dat ik je een klein beetje opweg geholpen hebt.
Groetjes,
Linda
Linda bedankt voor je uitleg. Is me allemaal duidelijker op een ding na :
Nou ik heb nu nog 1 fout:
Iemand die dit meschien kan toelichten
errors=1, warnings=2, informational=0
* domein system-z.nl.
* nameserver ns1.system-z.nl./194.109.161.24
W SOA refresh (900) < 4 uur (zie RFC1537)
W SOA retry (300) < 30 minuten (zie RFC1537)
* nameserver ns2.system-z.nl./83.98.131.11
E server is niet 'authoritative' voor ns1.system-z.nl
Is me niet duidelijk.
Alles zou nu goed moeten zijn?
Origineel geplaatst door SystemZ
ns2.system-z.nl./83.98.131.11
E server is niet 'authoritative' voor ns1.system-z.nl
Is me niet duidelijk.
5M IN NS ns1
5M IN NS ns2
[..knip..]
ns1 5M IN A 194.109.161.24
5M IN NS @
ns2 5M IN NS 83.98.131.11.
5M IN A 83.98.131.11
De bovenste 2 records zijn de enige NS records die je nodig hebt.
De "IN NS ip-nummer" en "IN NS @" records weghalen. (A records laten staan)
hierendaar wat quootjes.
@SystemZ : Ik ken wat mensen bij Shockmedia en ik weet zeker dat zij je erg goed kunnen ondersteunen met dit probleem.
Ik had al een heel verhaal getypt, maar ik zie nu dat je zonefile compleet fout is. Neem alstjeblieft contact op met Schockmedia.
dig @ns1.shockmedia.nl. system-z.nl. AXFR
; <<>> DiG 9.2.3 <<>> @ns1.shockmedia.nl. system-z.nl. AXFR
;; global options: printcmd
system-z.nl. 480 IN SOA ns1.system-z.nl. john.system-z.nl. 2004101923 900 300 691200 300
system-z.nl. 300 IN MX 10 mail.system-z.nl.
system-z.nl. 300 IN A 194.109.161.24
system-z.nl. 300 IN NS ns1.system-z.nl.
system-z.nl. 300 IN NS ns2.system-z.nl.
ftp.system-z.nl. 300 IN A 194.109.161.24
localhost.system-z.nl. 300 IN A 127.0.0.1
mail.system-z.nl. 300 IN A 194.109.161.24
ns1.system-z.nl. 300 IN A 194.109.161.24
ns1.system-z.nl. 300 IN NS system-z.nl.
ns2.system-z.nl. 300 IN NS 83.98.131.11.
ns2.system-z.nl. 300 IN A 83.98.131.11
www.system-z.nl. 300 IN CNAME system-z.nl.
xs.system-z.nl. 300 IN A 194.109.161.24
system-z.nl. 480 IN SOA ns1.system-z.nl. john.system-z.nl. 2004101923 900 300 691200 300
;; Query time: 13 msec
;; SERVER: 83.98.131.11#53(ns1.shockmedia.nl.)
;; WHEN: Tue Oct 19 21:46:09 2004
;; XFR size: 15 records
Een aantal dots ('.') en IP adressen staan niet op de juiste plaats. Kijk eens goed naar het ns2 IN NS record.
In het kort zou het, in een goede situatie, hier op uti komen: Shockmedia delegeert de zone (system-z.nl.) aan de nameservers ns1.system-z.nl. en ns2.system-z.nl. Dit betekent dat de authoritative nameservers (ns1.shockmedia.nl., ns2.shockmedia.nl.) de authoriteit afschuiven.
Omdat de NS records binnen de gedelegeerde zone zitten heb je gluerecords nodig (uit mijn herinnering, in de zonefile die Shockmedia beheert).
system-z.nl. IN SOA ns1.system-z.nl. john.system-z.nl. (etc)
;
system-z.nl. IN NS ns1.system-z.nl.
system-z.nl. IN NS ns2.system-z.nl.
;
ns1.system-z.nl. IN A 194.109.161.24
ns2.system-z.nl. IN A 83.98.131.11
Als Shockmedia het bovenstaande opneemt in haar zonefile, dan zou de volgende zonefile van system-z.nl. goed moeten zijn (op ns1.system-z.nl.):
system-z.nl. IN SOA ns1.system-z.nl. john.system-z.nl. (etc)
;
system-z.nl. IN NS ns1.system-z.nl.
system-z.nl. IN NS ns2.system-z.nl.
system-z.nl. IN MX 10 mail.system-z.nl.
;
ns1 IN A 194.109.161.24
ns2 IN A 83.98.131.11
system-z.nl. IN A 194.109.161.24
localhost IN A 127.0.0.1
mail IN A 194.109.161.24
www IN CNAME system-z.nl.
Fouten voorbehouden (vind delegatie zo laat op de avond met een duffe kop wel ff lastig ;)).
Maar, neem ff contact op met Shockmedia.
Links: http://www.domain-registry.nl/sidn/flat/Domeinnamen/Aanvragen/Nameserver_check/index.shtml?domain=system-z.nl&primary=ns1.shockmedia.nl&primary_ip=&second1=ns2.shockmedia.nl&second1_ip=&second2=&second2_ip=&submit=Verzend (het lijkt erop dat de delegatie goed is)
http://www.domain-registry.nl/sidn/flat/Domeinnamen/Aanvragen/Nameserver_check/index.shtml?domain=system-z.nl&primary=ns1.system-z.nl&primary_ip=&second1=ns2.system-z.nl&second1_ip=&second2=&second2_ip=&submit=Verzend
Succes.
Origineel geplaatst door Digiover
In het kort zou het, in een goede situatie, hier op uti komen: Shockmedia delegeert de zone (system-z.nl.) aan de nameservers ns1.system-z.nl. en ns2.system-z.nl. Dit betekent dat de authoritative nameservers (ns1.shockmedia.nl., ns2.shockmedia.nl.) de authoriteit afschuiven.
Omdat de NS records binnen de gedelegeerde zone zitten heb je gluerecords nodig (uit mijn herinnering, in de zonefile die Shockmedia beheert).
Dat delegeren kan je beter door de nameservers van SIDN laten doen.
Origineel geplaatst door maxnet
Dat delegeren kan je beter door de nameservers van SIDN laten doen.
Dat zou inderdaad `best practice' zijn, maar gebeurt op dit moment duidelijk niet (begrijpelijk, system-z.nl zou zo zijn site kunnen wegverhuizen, bijvoorbeeld).
Mijn "In het kort zou het"-verhaaltje ging over de huidige situatie. Echter, ik moet het morgen met een frisse neus nog eens rustig nalezen. Ik ben er nu niet helemaal zeker van of mijn delegatie-statements juist zijn.
Origineel geplaatst door Digiover
Dat zou inderdaad `best practice' zijn, maar gebeurt op dit moment duidelijk niet
Ik ging er vanuit dat dat de bedoeling was, en dat dit tot nu toe nog niet gebeurd was omdat voor een nameserver change de nameservers eerst juist moeten zijn ingesteld. (SIDN check)
Zo niet, dan heb ik het verkeerd begrepen.
(begrijpelijk, system-z.nl zou zo zijn site kunnen wegverhuizen, bijvoorbeeld).
Tja, maar system-z kan ook een SIDN verhuisformulier bij een andere deelnemer inleveren.
Origineel geplaatst door maxnet
Ik ging er vanuit dat dat de bedoeling was, en dat dit tot nu toe nog niet gebeurd was omdat voor een nameserver change de nameservers eerst juist moeten zijn ingesteld. (SIDN check)
Zo niet, dan heb ik het verkeerd begrepen.
fsck, je hebt gelijk.
Ik ben helemaal in de war met subzone delegaties, bijvoorbeeld system-z.shockmedia.nl.
Tja, maar system-z kan ook een SIDN verhuisformulier bij een andere deelnemer inleveren.
Waarin system-z.nl netjes verklaart een opzegging gedaan te hebben richting Shockmedia.
En daar komt bij dat het wel zo netjes is om, als je ergens een contract afsluit, het contract officieel te beeindigen.
Nou nee, ik ben ZEER TEVREDE met shockmedia.
Ik zal er ook nooit weg gaan omdat ze al jaar en dag me goede service verlenen.
Afijn het probleem is nu opgelost.
Ik heb NS1 en NS2 erbij gezet in de confilfile en zie hier 0 error's.
Warnings is geen probleem uiteraard. Nu kan shockmedia ns1.system-z.nl en ns2.system-z.nl als naarserver registeren bij SIDN. Want dat was de bedoeling. Iedereen toch erg bedankt voor het meedenken.
errors=0, warnings=6, informational=0
* domein system-z.nl.
* nameserver ns1.system-z.nl./194.109.161.24
W SOA refresh (300) < 4 uur (zie RFC1537)
W SOA retry (900) < 30 minuten (zie RFC1537)
W SOA retry (900) >= refresh (300)
* nameserver ns2.system-z.nl./83.98.131.11
W SOA refresh (300) < 4 uur (zie RFC1537)
W SOA retry (900) < 30 minuten (zie RFC1537)
W SOA retry (900) >= refresh (300)