it-swarm-es.com

DNS recomendado TTL

Sé que podría ser muy diferente según la situación, pero para alojar un sitio web sin planes de mover el servidor de alojamiento, ¿cuál es un buen TTL para establecer en el registro DNS?

24
Brian Fisher

Tiendo a dejarlo en el valor predeterminado de Slicehost, 86.400 segundos (1 día). Lo reduzco a 10 minutos cuando tengo un movimiento pendiente y espero uno o dos días.

edit: En estos días (2016) tiendo a mantenerlo bajo - ~ 5 minutos.

20
ceejayoz

Los estándares (escritos hace mucho tiempo hace tiempo en 1987) sugieren 86,400 segundos (1 día) como el TTL predeterminado mínimo.

Es importante que los TTL se establezcan en valores apropiados. El TTL es el tiempo (en segundos) que un solucionador utilizará los datos que obtuvo de su servidor antes de preguntarle nuevamente a su servidor. Si establece el valor demasiado bajo, su servidor se cargará con muchas solicitudes repetidas. Si lo configura demasiado alto, la información que cambie no se distribuirá en un período de tiempo razonable. Si deja el campo TTL en blanco, el valor predeterminado será lo que se especifica en el registro SOA para la zona.

La mayoría de la información del Host no cambia mucho durante largos períodos de tiempo. Una buena manera de configurar sus TTL sería establecerlos en un valor alto, y luego bajar el valor si sabe que pronto habrá un cambio. Puede configurar la mayoría de los TTL en cualquier lugar entre un día (86400) y una semana (604800). Luego, si sabe que algunos datos cambiarán en el futuro cercano, establezca el TTL para ese RR a un valor inferior (una hora a un día) hasta que se produzca el cambio, y luego ponlo de nuevo a su valor anterior.

Además, todos los RR con el mismo nombre, clase y tipo deben tener el mismo valor TTL.

Ver RFC 1033: http://tools.ietf.org/html/rfc10

RFC 1912 (desde 1996) sugiere que 3 días pueden ser más apropiados para SOA registros.

http://www.ietf.org/rfc/rfc1912.txt

12
dmourati

He notado que cada vez está más de moda tener TTL más cortos para poder responder en emergencias (particularmente en entornos de DNS de HA) más rápido.

7
SuperBOB

Simplemente lo dejaría en el valor predeterminado establecido por su Host, a menos que sea ridículamente alto o bajo por alguna razón. Luego, si alguna vez desea moverse, baje a 20 minutos más o menos un par de días antes de planear hacer el movimiento.

3
squillman

Además de RFC 1912 , los usuarios en Europa también deberían ver RIPE-203, "Recomendaciones para DNS SOA" , que recomienda dos días como un mínimo TTL valor.

2
Teddy

4 horas deberían estar bien, proporcionando un equilibrio aceptable. Eso es lo que uso en la mayoría de las zonas.

2
Mihai Limbăşan

(nota: esta publicación se aplica a TTL en los registros individuales A/AAAA, algunos otros tipos de registros pueden tener TTL más largos porque no representan puntos únicos de falla de la misma manera).

Realmente necesita pensar en esto en términos de sus planes de recuperación ante desastres. No se trata de cuándo tiene la intención de mover el sitio (para los movimientos intencionales puede reducir el TTL en el período previo a la mudanza). Se trata de cuando su host desaparece de Internet o patea te expulsa por una violación de TOS o te expulsa porque no pueden manejar el DDOS que se te presentó.

Si no le importa que su sitio esté inactivo durante un día más o menos en esas circunstancias, continúe y deje el TTL en su valor predeterminado de un día. Si tiene espacio de direcciones PI y tránsito BGP en múltiples ubicaciones de múltiples proveedores y tiene la intención de manejar la recuperación ante desastres a un nivel de BGP, luego continúe y déjelo activado por defecto un día. Por otro lado, si está utilizando DNS como su mecanismo para desviar su taffic a un sitio de conmutación por error, entonces usted Si desea un TTL mucho más corto, 5 minutos es un valor bastante común.

2
Peter Green