Onderwerp: TTL waarde

He,

Vraagje we zijn bezig met het vernieuwen van onze webhosting platform en hiervoor zijn wij nameservers aan het instellen maar nu stuitte wij op een vraag waar jullie vermoedelijk wel een reactie op kunnen geven.

Onze vraag is: Wat is nou de ideale TTL waarde voor een nameserver?

We zijn benieuwd naar jullie reacties.

http://40083.myorderbox.com/kb/servl...et/faq471.html

TTL: This is the Time To Live for this record. Any Server which once queries this record will update this record after this time interval. The ideal TTL is 86400 which is 1 day. It can not be set to less than 14400, i.e. 4 hours.

Uiteraard als je domeinen gaat overzetten of DNS gegevens gaat wijzigen kun je ze beter (tijdelijk) wat korter zetten.

Quote: It can not be set to less than 14400, i.e. 4 hours.

Volgensmij zijn er veel hosting partijen die 5 minuten hebben? Of domein providers waarbij je het kunt instellen op 5 minuten

Oorspronkelijk geplaatst door martysmarty

Quote: It can not be set to less than 14400, i.e. 4 hours.

Volgensmij zijn er veel hosting partijen die 5 minuten hebben? Of domein providers waarbij je het kunt instellen op 5 minuten

Maar volgens mij negeren de meeste ISP het iop dat moment en zetten het dan op dat moment op 4 uur.
Er zijn zelfs ISP's die daar helemaal niks mee doen en gewoon hun eigen tijden instellen

Wij hebben het een tijd op 1 uur gezet, je genereert dan absoluut onnodig veel DNS verkeer. 86400 is perfect voor de meeste zones. Alleen voor je nameserver domein en eventueel het domein dat je gebruikt voor je eigen netwerk zou je kunnen overwegen om de ttl op 1 uur (3600) of 10 minuten (600) te zetten. Er zijn trouwens providers die jouw TTL overrulen op het moment dat je je niet aan de RFC's houdt.

Op wat high-traffic sites na staat tegenwoordig alles bij ons standaard op 3600.
We hebben relatief veel klanten die DNS bij ons hosten, maar elders webhosting afnemen of een webserver thuis hebben staan.
Deze klanten hebben vaak het geduld niet om 24 uur te wachten na een mutatie, en een lage TTL scheelt dan een hoop support vragen.
Het resourceverbruik valt te verwaarlozen.

Oorspronkelijk geplaatst door maxnet

Op wat high-traffic sites na staat tegenwoordig alles bij ons standaard op 3600.
We hebben relatief veel klanten die DNS bij ons hosten, maar elders webhosting afnemen of een webserver thuis hebben staan.
Deze klanten hebben vaak het geduld niet om 24 uur te wachten na een mutatie, en een lage TTL scheelt dan een hoop support vragen.
Het resourceverbruik valt te verwaarlozen.

Een uitgebreide uitleg is altijd handig op een DNS pagina. Ik wis ook niet wat "TTL" was.

@ maxnet; let wel, door van de minimum RFC tijd af te wijken worden jouw instellingen door veel DNS-servers juist ongedaan gemaakt. Eigenlijk creeer je nu het omgekeerde van wat je wilt bereiken.

Edit; Ter voorkoming van verwarring, er zijn natuurlijk ook providers die de instellingen wel zullen accepteren..

Oorspronkelijk geplaatst door almar

@ maxnet; let wel, door van de minimum RFC tijd af te wijken worden jouw instellingen door veel DNS-servers juist ongedaan gemaakt. Eigenlijk creeer je nu het omgekeerde van wat je wilt bereiken.

Volgens RFC 1035 is zelfs een TTL van 0 toegestaan om ervoor te zorgen dat records helemaal niet gecached worden.
Dat hogere waarden aangeraden worden betekend dus niet dat het niet mag.
Hoewel inderdaad niet alle resolvers/ISPs de TTL respecteren doet bijv. BIND dit standaard wel.

Verder worden lage TTLs steeds gebruikelijker.
Veelbezochte sites zoals cnn.com gebruiken een TTL van 300.
En de minimale waarde die de DENIC nameservercheck accepteert is 180.

Wij houden een TTL van 1 uur aan. Wij hebben namelijk twee servers die alleen DNS doen. Zodoende is een wijziging snel doorgevoerd en scheelt het idd een hoop supportvragen.

Ff schoppen.

Wij houden tegenwoordig een TTL van 5 minuten aan, werkt prima. Google gebruikt trouwens een TTL van 60 seconden.

Net even de templates aangepast, nu word alles langzaam aan omgezet naar een TTL van 900 (15 min.). Dit heeft genoeg voordelen naar mijn idee en de naamservers hebben anders toch weinig te doen.