"WWW" A-record wordt soms niet gevonden bij KPN

[handy]

Hoi,

Wij hebben een beetje vreemd probleem. Wij hebben een klant waarbij af en toe www.domein.nl niet resolved maar domein.nl wel. Het gaat hier om een klant van HetNet, hij zegt dat meer mensen bij Het Net hier last van hebben.

Zijn er soms problemen bekend bij de nameservers van kpn/planet toko? Van onze kant kunnen we niets vinden

[WebXtrA-Rámon]

http://www.dnsreport.com
http://www.dnsstuff.com

[RvdH]

Om welk domein gaat het?

[localh]

Is er recent een aanpassing gebeurd voor dat domein?
Mss een caching NS van Hetnet die nog niet is geupdate?

[handy]

Ik had al gekeken op die sites, maar met onze NS is niet mis. Gaat overigens om
www.fotodavid.nl . Wij hebben overigens geen NS wijzigingen gedaan het laatste jaar.

Ik kan niets anders bedenken als nameserver issues bij hetnet/planet what so ever.

[Ospito]

Hier doet zowel http://fotodavid.nl als http://www.fotodavid.nl het, dus het probleem zal niet bij jullie zitten.

- Wat krijgt de klant als die via DOS een ping uitvoert naar fotodavid.nl en www.fotodavid.nl?
- Kan je de klant wellicht even andere DNS servers laten gebruiken en dan kijken of het wel werkt?

[WebXtrA-Rámon]

Heb je al geprobeerd om het A record te verwijderen en dan een CNAME record aan te maken wat naar jedomein.nl verwijst?

Zou niet veel uit moeten maken, maar je kan het proberen.

TTL wel even op 60 sec. zetten.

[Ospito]

Heb je al geprobeerd om het A record te verwijderen en dan een CNAME record aan te maken wat naar jedomein.nl verwijst?

Zou niet veel uit moeten maken, maar je kan het proberen.

TTL wel even op 60 sec. zetten.

Zou niks uit mogen maken, een A-record vind ik zelfs een stuk wenselijker dan een CNAME. Denk dat je de klant beter kan laten proberen wat ik hierboven meldt, zodat je het probleem naar de nameservers van de ISP van de klant kan leiden (en kan de klant hierover contact opnemen met zijn ISP).

[WebXtrA-Rámon]

Ik zeg altijd maar zo: Sommige dingen zijn onverklaarbaar en zouden niets moeten uitmaken in theorie, in de praktijk blijkt het soms toch net even iets anders te zijn.

[localh]

Sommige dingen, maar CNAME <> A-record met dit probleem gaat niks uitmaken

[hires]

Ik had hetzelfde gisteren met een ander domein, zonder dat daar iets aangewijzigd is. Tenminste, een paar dagen eerder is deze verhuisd, maar heeft na de verhuizing en resolve wel goed gewerkt, zowel www.domein.nl als domein.nl. maar drie dagen later is opeens domein.nl niet meer te bereiken. Later die middag werkte het plotseling weer, zonder dat ik iets gewijzigd heb aan de instellingen. Waar registreer jij je domeinen?

[localh]

zal daar ook niet echt mee te maken hebben

troubleshoot ff top -> down:
(voor nslookup zie bv http://doc.nl.linux.org/HOWTO/DNS-HOWTO-NL-4.html)

1) dig soa nl.

<snip>
;; AUTHORITY SECTION:
nl. 73989 IN NS ns5.domain-registry.nl.
nl. 73989 IN NS ns6.domain-registry.nl.
nl. 73989 IN NS slave.sth.netnod.se.
nl. 73989 IN NS ns-ext.isc.org.
nl. 73989 IN NS b.nic.fr.
nl. 73989 IN NS ns.domain-registry.nl.
nl. 73989 IN NS ns2.domain-registry.nl.

2) dig soa fotodavid.nl @ns5.domain-registry.nl

<snip>
;; AUTHORITY SECTION:
fotodavid.nl. 86400 IN NS nameserver1.digitalus.nl.
fotodavid.nl. 86400 IN NS nameserver2.digitalus.nl.
fotodavid.nl. 86400 IN NS nameserver3.digitalus.nl.

;; ADDITIONAL SECTION:
nameserver1.digitalus.nl. 86400 IN A 193.138.156.32
nameserver2.digitalus.nl. 86400 IN A 83.219.73.249
nameserver3.digitalus.nl. 86400 IN A 82.192.73.170

3) dig a www.fotodavid.nl @nameserver1.digitalus.nl. (dito met ns2/ns3)

<snip>
;; ANSWER SECTION:
fotodavid.nl. 1000 IN A 193.138.157.5

4) dig a www.fotodavid.nl @<naam van hetnet caching NS hier>

indien OK deze output:

;; ANSWER SECTION:
www.fotodavid.nl. 1000 IN A 193.138.157.5