Eu dig xkcd.com
, e recebo algo assim de volta:
; <<>> DiG 9.9.5-3ubuntu0.1-Ubuntu <<>> xkcd.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52538
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 4, ADDITIONAL: 5
;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;xkcd.com. IN A
;; ANSWER SECTION:
xkcd.com. 769 IN A 107.6.106.82
;; AUTHORITY SECTION:
xkcd.com. 87784 IN NS dns3.p03.nsone.net.
xkcd.com. 87784 IN NS dns1.p03.nsone.net.
xkcd.com. 87784 IN NS dns2.p03.nsone.net.
xkcd.com. 87784 IN NS dns4.p03.nsone.net.
;; ADDITIONAL SECTION:
dns1.p03.nsone.net. 70809 IN A 198.51.44.3
dns2.p03.nsone.net. 70809 IN A 198.51.45.3
dns3.p03.nsone.net. 71406 IN A 198.51.44.67
dns4.p03.nsone.net. 70809 IN A 198.51.45.67
;; Query time: 222 msec
;; SERVER: 127.0.1.1#53(127.0.1.1)
;; WHEN: Wed Jan 21 22:16:42 HKT 2015
;; MSG SIZE rcvd: 206
O 769
é o TTL
valor armazenado em cache para xkcd.com
. No entanto, quando repito dig xkcd.com
várias vezes (com alguns segundos de intervalo), recebo um TTL
valor aparentemente aleatório todas as vezes. Aqui está a sequência:
TRY | ANSWER | AUTHORITY | ADDITIONAL | WHEN
====================================================================
1 | 586 | 59577 | 44474 | Wed Jan 21 22:18:31 HKT 2015
2 | 587 | 14242 | 56745 | Wed Jan 21 22:18:32 HKT 2015
3 | 658 | 87673 | 70698 | Wed Jan 21 22:18:34 HKT 2015
4 | 1022 | 76200 | 51189 | Wed Jan 21 22:18:40 HKT 2015
5 | 1200 | 160954 | 44662 | Wed Jan 21 22:18:41 HKT 2015
6 | 574 | 59565 | 44462 | Wed Jan 21 22:18:43 HKT 2015
7 | 646 | 87661 | 70686 | Wed Jan 21 22:18:46 HKT 2015
8 | 1200 | 121364 | 55967 | Wed Jan 21 22:18:47 HKT 2015
9 | 1200 | 83292 | 54698 | Wed Jan 21 22:18:48 HKT 2015
10 | 1024 | 40540 | 43816 | Wed Jan 21 22:18:49 HKT 2015
Por que obtenho esses valores aparentemente aleatórios (dentro de um intervalo) para TTL
? Espero que diminua gradualmente, pois é armazenado em cache.
Dig relata o tempo restante até que o TTL expire , em vez do valor TTL real. Se o número variar, é mais provável que você esteja consultando diferentes servidores DNS (por exemplo, round robin) que têm o registro armazenado em cache por diferentes períodos de tempo e, portanto, têm tempos de expiração diferentes.
Se você executar a mesma consulta no mesmo servidor DNS, verá o TTL diminuir (aproximadamente) o mesmo número de segundos que esperou entre as consultas. Veja abaixo:
Portanto, para o seu exemplo completo, você tem 769 segundos até que o registro A expire, o que forçará uma nova pesquisa do seu servidor DNS upstream.
Veja a resposta aqui para mais detalhes.