it-swarm-pt.tech

DNS recomendado TTL

Eu sei que poderia ser muito diferente com base na situação, mas para hospedar um site sem planos de mover o servidor de hospedagem, o que é bom TTL para definir no registro DNS?

24
Brian Fisher

Costumo deixá-lo no padrão do Slicehost, 86.400 segundos (1 dia). Eu diminuo para 10 minutos quando tenho uma movimentação pendente e espero um ou dois dias.

editar: Hoje em dia (2016), eu tendem a mantê-lo baixo - ~ 5 minutos.

20
ceejayoz

Os padrões (escritos a há muito tempo atrás, em 1987) sugerem 86.400 segundos (1 dia) como o TTL padrão mínimo.

É importante que os TTLs sejam configurados com valores apropriados. O TTL é o tempo (em segundos) em que um resolvedor utilizará os dados que obteve do servidor antes de perguntar novamente ao servidor. Se você definir o valor muito baixo, o servidor será carregado com muitas solicitações repetidas. Se você definir um valor muito alto, as informações alteradas não serão distribuídas em um período de tempo razoável. Se você deixar o campo TTL em branco, o padrão será o que é especificado no registro SOA para a zona.

A maioria das informações do host não muda muito durante longos períodos de tempo. Uma boa maneira de configurar seus TTLs seria configurá-los com um valor alto e, em seguida, abaixe o valor se você souber que uma mudança ocorrerá em breve. Você pode definir a maioria dos TTLs para qualquer lugar entre um dia (86400) e uma semana (604800). Então, se você souber que alguns dados serão alterados em um futuro próximo, defina TTL para esse RR para um valor mais baixo (uma hora para um dia) até que a alteração ocorra) e, em seguida, coloque de volta ao seu valor anterior.

Além disso, todos os RRs com o mesmo nome, classe e tipo devem ter o mesmo TTL valor.

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

A RFC 1912 (de 1996) sugere que três dias podem ser mais apropriados para SOA registros.

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

12
dmourati

Percebi que está ficando mais moderno ter TTLs mais curtos para poder responder em emergências (principalmente em ambientes de DNS HA) mais rapidamente.

7
SuperBOB

Apenas deixaria no padrão definido pelo seu host, a menos que seja ridiculamente alto ou baixo por algum motivo. Então, se você quiser mover, aumente para 20 minutos mais ou menos alguns dias antes de planejar a mudança.

3
squillman

Além de RFC 1912 , os usuários na Europa também devem ver RIPE-203, "Recomendações para DNS SOA Valores" , que recomenda dois dias como um valor mínimo TTL.

2
Teddy

4 horas devem estar bem, proporcionando um equilíbrio aceitável. É o que eu uso na maioria das zonas.

2
Mihai Limbăşan

(nota: esta publicação se aplica aos TTL nos registros A/AAAA individuais, alguns outros tipos de registros podem ter TTLs mais longos porque não representam pontos únicos de falha da mesma maneira)).

Você realmente precisa pensar sobre isso em termos de seus planos de recuperação de desastres. Não se trata de quando você pretende mudar o site (para movimentos intencionais, você pode reduzir o TTL no período que antecede a mudança). É sobre quando o seu Host desaparece da Internet ou chuta você sai por uma violação de TOS ou o expulsa porque eles não conseguem lidar com o DDOS que apareceu no seu caminho.

Se você não se importa com o site ficar inativo por um dia ou mais nessas circunstâncias, vá em frente e deixe o TTL no padrão de um dia. Se você tiver espaço de endereço PI e trânsito BGP em vários locais de vários provedores e pretende lidar com a recuperação de desastres no nível do BGP, vá em frente e o deixe como padrão de um dia.Por outro lado, se você estiver usando o DNS como seu mecanismo de dividir sua eficiência em um site de failover, então quer um TTL muito menor, 5 minuites é um valor bastante comum.

2
Peter Green