Onderwerp: DNS problemen?

Hallo Allemaal,

Gisteren kreeg ik van een klant de melding dat er iets mis zou zijn met de DNS configuratie van de server(s). Ik heb nog een resellerpakket bij pcextreme en een dedicated server. Op de een wordt o.a. domein: pixelplace .eu, extramint .eu gehost, op de server o.a.: golfballs .nl.

Wat het probleem is, is dat de klant vanaf het bedrijf waar hij werkt niet bij de websites kan komen. Alle andere websites, zoals nu.nl, telegraaf.nl e.a. werken allemaal wel. Ik dacht eerst dat er iets met de firewall daar aan de hand was, maar dan is het vreemd dat de rest van het internet wel werkt en dat het alleen misgaat met de websites die wij hosten. Ik heb het zelf nog even geprobeerd, op verschillende locaties en verschillende pc's, maar ik kan overal bij. De websites en bijv. mail faciliteiten werken gewoon; er lijkt niets mis te zijn. Maar waarom dan dat verschil?

Via checkdns.net een DNS check gedaan en de volgende foutmelding gekregen:
CheckDNS.NET is asking root servers about authoritative NS for domain
Answer from N/A: domain 'golfballs.nl' not found

Ik snap alleen niet hoe alles verder kan werken? Is hier iets over te zeggen, of kan ik iets controleren om dit probleem te verhelpen? Ik zou graag willen dat ook bij dat bedrijf natuurlijk gewoon de websites te bereiken zijn.

Bij voorbaat dank.

Het enige wat ik kan zien is dat je nameservers niet ge-clued zijn.

Glue records. Fail. The following nameservers are not sending glue.

» ns1.fishinternet.nl.
» ns2.fishinternet.nl.

Misschien even wat A records voor je nameservers opnemen in je DNS

Ik heb de volgende A records toegevoegd:

ns1.fishinternet.nl. A 85.17.8.23
ns2.fishinternet.nl. A 217.115.195.25

Dat is wat je bedoeld volgens mij? Thanks, ik ga kijken of dit helpt.

Een GLUE voeg je toe bij SIDN, niet op je webhosting pakket! Ofja, niet helemaal waar. Ook daar natuurlijk. Op beide plekken = pas een correcte configuratie. En voor nameservers is een PTR altijd nog gewenst, al hebben veel virtuele DNS servers dat tegenwoordig ook niet meer..

Ik ben geen SIDN lid, vrijwel alle domeinnamen lopen via Transip. In dat geval ben ik dus afhankelijk van de instellingen van transip? Ik stel alleen de name servers in bij Transip. Een PTR toevoegen moet lukken.

Oorspronkelijk geplaatst door hires

Ik ben geen SIDN lid, vrijwel alle domeinnamen lopen via Transip. In dat geval ben ik dus afhankelijk van de instellingen van transip? Ik stel alleen de name servers in bij Transip. Een PTR toevoegen moet lukken.

Je kunt bij TransIP tegenwoordig ook de GLUE records invullen.

Waarom miept iedereen altijd meteen over glue records?

Wikipedia over Glue records:

Circular dependencies and glue records
Name servers in delegations appear listed by name, rather than by IP address. This means that a resolving name server must issue another DNS request to find out the IP address of the server to which it has been referred. Since this can introduce a circular dependency if the nameserver referred to is under the domain for which it is authoritative, it is occasionally necessary for the nameserver providing the delegation to also provide the IP address of the next nameserver. This record is called a glue record.

Kort wanneer heb je glue nodig en wanneer niet:
Niet
Mijn domein golfballs.nl is te vinden op ns1.fishinternet.nl en ns2.fishinternet.nl

Wel:
Mijn domein golfballs.nl is te vinden op ns1.golfballs.nl en ns2.golfballs.nl

Kortom glue records zijn noodzakelijk als de nameservers in de zelfde zone zitten als de zone die geraadpleegd gaat worden.
Dit is tevens de reden waarom het een best-practise is om je nameservers in verschillende tld's en zones te plaatsen.
Menig hoster kan zich nog herinneren dat een niet nader te noemen registry plat lag of vergeten was om de glue records in de zone file op te nemen.

Al moet ik eerlijkheidshalve toegeven dat ik die fout ook nog niet heb gecorrigeerd.

Verder mochten de domeinen onder beheer van KPN/Planet Internet/Het Net gestaan hebben en zijn ze daar weg verhuisd dan kunnen KPN dsl klanten daar problemen door ondervinden. KPN past niet altijd de nameservers aan waardoor men blijft denken dat men authoritave is voor de bewuste domeinnamen.
Dit laatste verklaart niet waarom CheckDNS het domein niet kan vinden voor mij.

uhm, volgens mij niet. Voor zover ik weet heb je gluerecords nodig wanneer de nameservers nog niet bekend zijn bij sidn. Dus het eerste domein geef je glue aan mee, en de rest hoeft dan niet.

Of zit ik er nu helemaal naast

Ik heb bij SIDN nog nooit een glue op gegeven voor *nieuwe* nameservers.
En omdat wij de enige zijn die ze gebruiken weet ik zeker dat ze niet eerder zijn opgegeven.

De Glue record en waar voor ze nodig zijn is toch duidelijk uitgelegd bij Wikipedia (vind ik). Maar misschien ben ik er gewoon ook teveel mee bezig geweest.

Nu tijd voor een beetje weekend en wat verjaardagen.
Voor alle duidelijkheid nog even,
Het hebben van een glue-record houd in dat buiten de DNS zone om wordt bepaald dat
ns1.fishinternet.nl het ipadres 85.17.8.23 heeft en dat
ns2.fishinternet.nl het ipadres 217.115.195.25 heeft.

Theoretisch gezien zou je dus nameservers kunnen hebben in een zone welke op zichzelf niet hoeft te resolven.
(Voorbeeld je nameserver onder voorbeeld.nl hangen, glue records aanmaken voor ns1.voorbeeld.nl en ns2.voorbeeld.nl en vervolgens voorbeeld.nl registreren zonder daadwerkelijk te delegeren.)
DNS is natuurlijk niet bedoeld om op die manier misbruikt te worden. Maar bij zones die geen daadwerkelijke delegatie vereisen is het wel een mogelijkheid.