quote:
Hollanda schreef op woensdag 24 oktober 2007 @ 14:58:
@bjck als je mijn opmerking niet snapt, waarom ga je er dan op in? De TTL van (name)servers hoeft en wordt ook vaak niet aangehouden door ISP's. Tweak houdt zich er niet aan en is dus vrij traag met updaten.
Wat een bullshit. Hoe kom je nou op zulke fabels? Noem me eens 1 goede reden waarom een ISP z'n resolver zo ernstig zou vermeubelen door ttl's van gecachte hosts aan te passen?
quote:
Ipv inlezen kan je je beter bezig houden met de realiteit. Hield elke ISP zich maar aan de regeltjes zoals jij ze net opnoemt, in realiteit is het namelijk niet zo.
Noem es 1 die dat niet doet dan?
quote:
Mijn opmerking is slechts een opmerking, niks meer en niks minder. Ik verwacht ook niet dat er wat aan verbeterd.
Goed zo. Ik ben niet van plan om ook maar iets aan de caching nameservers te wijzigen. Ik heb ze nl. zelf geinstalleerd en geconfigureerd.
Om te illusteren hoe dns en ttl's werken, zal ik hier enkele voorbeelden noemen met news.tweakdsl.nl. We beginnen bij 1 van authoritative nameservers, ns1.cambrium.nl (daar is tweakdsl.nl op geregistreerd):
johan@granny:~$ dig @ns1.cambrium.nl a news.tweakdsl.nl | grep news.tweakdsl.nl
; <<>> DiG 9.4.1-P1 <<>> @ns1.cambrium.nl a news.tweakdsl.nl
;news.tweakdsl.nl. IN A
news.tweakdsl.nl. 300 IN A 82.197.196.34
Het tweede getal geeft de ttl van een DNS entry aan. 300 seconden dus (cq. 5 minuten).
Nou eens zien wat er in een caching nameserver staat:
johan@granny:~$ date; dig @217.19.16.131 a news.tweakdsl.nl | grep news.tweakdsl.nl
Wed Oct 24 15:13:06 CEST 2007
; <<>> DiG 9.4.1-P1 <<>> @217.19.16.131 a news.tweakdsl.nl
;news.tweakdsl.nl. IN A
news.tweakdsl.nl. 53 IN A 82.197.196.34
De ttl in de caching nameserver is nog 53 seconden, hij staat dus al 300 - 53 is 247 seconden in de caching nameserver. Laat ik een tijdje later nog es kijken:
johan@granny:~$ date; dig @217.19.16.131 a news.tweakdsl.nl | grep news.tweakdsl.nl
Wed Oct 24 15:14:11 CEST 2007
; <<>> DiG 9.4.1-P1 <<>> @217.19.16.131 a news.tweakdsl.nl
;news.tweakdsl.nl. IN A
news.tweakdsl.nl. 288 IN A 82.197.196.34
Goh, ineens een ttl van 288. Zou ie expired zijn? Ik weet in ieder geval zeker van wel.
Nou es een compleet irrelevante andere caching nameserver:
johan@bfib:~$ date; dig @213.136.12.60 a news.tweakdsl.nl | grep news.tweakdsl.nl
Wed Oct 24 15:15:28 CEST 2007
; <<>> DiG 9.3.4 <<>> @213.136.12.60 a news.tweakdsl.nl
;news.tweakdsl.nl. IN A
news.tweakdsl.nl. 300 IN A 82.197.196.34
Was niet gecached, dus een ttl van 300. Over 300 seconden is ie expired in die caching nameserver en wordt ie herladen op het moment dat er opnieuw naar gequeried wordt.
Als een entry in de cache niet expired is, is dat de fout van de domain beheerder. Die is nl. degene die de ttl voor een host entry geconfigureerd heeft. Als dat exorbitant hoog is, is het geen wonder dat bij een DNS wijziging de entry niet opnieuw geladen wordt. Dat geldt dus alleen maar als de entry nog niet expired was.
Zoals bjck zei, ga je eerst es inlezen voor je dergelijke onzin verkondigt, knul.