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?
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?
Respuestas:
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.
editar: en estos días (2016) tiendo a mantenerlo bajo - ~ 5 minutos.
Los estándares (escritos hace mucho 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 resolutor usará los datos que obtuvo de su servidor antes de volver a preguntarle 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á el especificado 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 reducir el valor si sabe que se producirá un cambio pronto. 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 en un valor más bajo (de una hora a un día) hasta que se produzca el cambio, y luego vuelva a colocarlo en 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/rfc1033
RFC 1912 (desde 1996) sugiere que 3 días pueden ser más apropiados para los SOAregistros.
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.
4 horas deberían estar bien, proporcionando un equilibrio aceptable. Eso es lo que uso en la mayoría de las zonas.
Además de RFC 1912 , los usuarios en Europa también deberían ver RIPE-203, "Recomendaciones para valores SOA de DNS" , que recomienda dos días como valor TTL mínimo.
(nota: esta publicación se aplica al 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 al movimiento). Se trata de cuando su anfitrión desaparece de Internet o lo expulsa por una violación de TOS o lo expulsa porque no puede manejar el DDOS que se le 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 BGP, continúe y déjelo en su estado predeterminado por un día. Por otro lado, si está utilizando DNS como su mecanismo para desviar su tráfico a un sitio de conmutación por error, entonces desea un TTL mucho más corto, 5 minutos es un valor bastante común.