num mundo ideal, o DNS seria como um daqueles fornos de rotisserie vistos na TV-configurá-lo e esquecê-lo. No entanto, a Internet é um lugar em mudança dinâmica e o que pode ser relevante em um momento pode não ser o próximo.
para lidar com isso, o DNS foi projetado com um mecanismo para atualizar os registros e garantir que os usuários sempre receberam a resposta mais pertinente quando eles o solicitaram.
the Basics
Time To Live, or TTL for short, is the sort of value date that is put on a DNS record., O TTL serve para dizer ao servidor recursivo ou resolvedor local quanto tempo ele deve manter esse registro em seu cache. Quanto mais tempo o TTL, mais tempo o resolver mantém essa informação em seu cache. Quanto mais curto o TTL, mais curto o tempo que o resolvedor detém essa informação em seu cache.por exemplo, temos example.com. Example.com tem um registo A no ápice da zona para nos indicar um servidor. Com um TTL de 3600 segundos, ou 1 hora, isso significa que como um servidor recursivo aprende sobre example.com, irá armazenar essa informação sobre o A-record em example.com por uma hora., Qualquer outro que use esse mesmo resolvedor receberá a mesma resposta, e do lado autoritário, não haverá nenhuma consulta ao servidor a menos que o TTL se esgote.
as melhores práticas
TTLs não são nada de leve – eles podem afetar diretamente a quantidade de volume de consulta que é atribuível ao seu serviço autoritário, e no caso de necessidade de mudar rapidamente o registro, pode resultar em propagação de mudança mais longa do que o esperado para todos os usuários.,
para registros que alavancam uma espécie de cenário avançado de gestão de tráfego, como a cadeia de filtros NS1, é melhor manter o TTL o mais curto possível. Desta forma, quando uma mudança é promulgada pelo sistema, os usuários do outro lado solicitando o nome são dadas as informações mais recentes. Vale a pena notar que a maioria dos servidores recursivos na verdade não entendem um TTL menor que 30 segundos – embora não vamos impedi-lo de ir mais baixo do que isso, os resultados podem não ser favoráveis a longo prazo.,
para registros que raramente mudam, como os registros TXT ou MX, é melhor manter esses em algum lugar entre uma hora (3600) e um dia (86400). Quando chegar a hora de decretar mudanças em relação a estes tipos de registros, pode ser necessário alterar o TTL para um intervalo mais curto antes de decretar quaisquer alterações para garantir que as mudanças sejam propagadas rapidamente.
A SOA TTLs
no topo de cada zona DNS, no início da Autoridade (SOA), existem cinco valores TTL que servem uma finalidade mais elevada no DNS.
SOA TTL-o intervalo em que o próprio registo SOA é actualizado.,
Refresh TTL-o intervalo no qual servidores secundários (DNS secundários) são configurados para atualizar o arquivo de zona primária a partir do servidor primário.
repetir TTL-a taxa à qual um servidor secundário irá tentar de novo actualizar o ficheiro da zona primária se a actualização inicial falhar.
Val. TTL-se a actualização e a repetição falharem repetidamente, este é o período de tempo após o qual o primário deve ser considerado desaparecido e já não é autoritário para a dada zona.,
NX TTL – no caso de solicitar o domínio resultar em uma consulta inexistente (NXDOMAIN), esta é a quantidade de tempo que é respeitada pelo recursor para retornar a resposta NXDOMAIN.
recomenda-se não modificar estes TTLs a menos que tenha uma necessidade muito específica para o fazer, o que é frequentemente um caso muito raro.