Я установил локальный сервер имен (BIND в OS-X) и был доволен тем, что время отклика «dig» было очень коротким (второй запрос и далее). Однако, если я жду короткий период (5 секунд), время ответа снова возрастает - запрос еще раз пересылается на удаленный сервер (OpenDNS). Я предполагаю, что TTL короткий, но я не вижу значения TTL в ответе на раскопки. Где его найти? Является ли это сокращением для большинства веб-серверов и сводит ли это на нет какие-либо преимущества наличия локального сервера?
Мой DSL-модем (от Huawei) должен игнорировать TTL, поскольку его ответы (с использованием dig @ 192.168.1.1 и т. Д.) Составляют несколько мс даже после ожидания нескольких минут между запросами по сравнению с несколькими сотнями мс, когда мой локальный сервер должен пересылать запрос. Это обычное дело с такими модемами или только китайскими? Моим первоначальным интересом к использованию локального сервера было желание более быстрого просмотра и подозрение в отношении китайских продуктов. Я параноик в последнем?
Обновить
Вопросы были основаны на ложной предпосылке, что TTL был очень коротким. Теперь, когда я знаю, где отображается TTL в выходных данных dig, я вижу, что он недостаточно короткий, чтобы быть причиной того, что локальный сервер повторно запрашивает вышестоящий сервер. Любые идеи о причинах этого приветствуются. Также очевидно, что модем не игнорирует TTL. Я до сих пор этому не верю ...
В dig По умолчанию утилита отображает значение TTL. Вот пример вывода:
khaled@khaled-pc:~$ dig www.google.com
; <<>> DiG 9.7.1-P2 <<>> www.google.com
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 1350
;; flags: qr rd ra; QUERY: 1, ANSWER: 7, AUTHORITY: 4, ADDITIONAL: 4
;; QUESTION SECTION:
;www.google.com. IN A
;; ANSWER SECTION:
www.google.com. 64131 IN CNAME www.l.google.com.
www.l.google.com. 109 IN A 209.85.147.147
www.l.google.com. 109 IN A 209.85.147.99
www.l.google.com. 109 IN A 209.85.147.103
www.l.google.com. 109 IN A 209.85.147.104
www.l.google.com. 109 IN A 209.85.147.105
www.l.google.com. 109 IN A 209.85.147.106
;; AUTHORITY SECTION:
google.com. 32366 IN NS ns4.google.com.
google.com. 32366 IN NS ns3.google.com.
google.com. 32366 IN NS ns1.google.com.
google.com. 32366 IN NS ns2.google.com.
;; ADDITIONAL SECTION:
ns1.google.com. 236936 IN A 216.239.32.10
ns2.google.com. 236936 IN A 216.239.34.10
ns3.google.com. 236936 IN A 216.239.36.10
ns4.google.com. 236936 IN A 216.239.38.10
Вы можете использовать опцию +ttlid для включения значений TTL и +nottlid НЕ включать их. Значение TTL - предыдущее. IN в каждом ряду.
Большинство маршрутизаторов / модемов DSL не тайник DNS отвечает, они просто запрашивают прокси напрямую к резолверам провайдеров.
Таким образом, задержка, которую вы видите, - это просто время приема-передачи до вашего интернет-провайдера.
Короткий TTL для серверов - это ненормально. Некоторые люди используют эти короткие TTL в качестве техники аварийного переключения, но в наши дни большинство людей пошло в другом направлении.
Вы найдете TTL прямо перед IN A раздел:
15:05:35 root@oxygen:~> dig example.com
; <<>> DiG 9.5.1-P1 <<>> example.com
;; global options: printcmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15248
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 2
;; QUESTION SECTION:
;example.com. IN A
;; ANSWER SECTION:
example.com. 172800 IN A 192.0.43.10
;; AUTHORITY SECTION:
example.com. 172800 IN NS b.iana-servers.net.
example.com. 172800 IN NS a.iana-servers.net.
;; ADDITIONAL SECTION:
a.iana-servers.net. 265 IN A 199.43.132.53
b.iana-servers.net. 265 IN A 199.43.133.53
;; Query time: 115 msec
;; SERVER: 84.91.3.120#53(84.91.3.120)
;; WHEN: Mon Jan 30 15:05:41 2012
;; MSG SIZE rcvd: 125