Какие параметры требуются для получения версии файла зоны при использовании команды linux " dig " (любого из серверов / файлов зоны "Root DNS", таких как versign и т.д.)?
Спасибо йенс
Какие параметры требуются для получения версии файла зоны при использовании команды linux " dig " (любого из серверов / файлов зоны "Root DNS", таких как versign и т.д.)?
Спасибо йенс
Возможно, вам нужен "серийный номер", который является частью записи SOA:
$ dig +multi stackoverflow.com soa
; [lots of output snipped]
;; ANSWER SECTION:
stackoverflow.com. 86400 IN SOA ns1.p19.dynect.net. jatwood.stackoverflow.com. (
2009090940 ; serial
3600 ; refresh (1 hour)
600 ; retry (10 minutes)
604800 ; expire (1 week)
60 ; minimum (1 minute)
)
$ dig +short google.com soa ns1.google.com. dns-admin.google.com. 1415583 7200 1800 1209600 300
Серийный номер 3-го поля: 2009090940 и 1415583 в этих примерах.
dig может также искать записи SOA сразу со всех официальных серверов:
$ dig +nssearch google.com SOA ns2.google.com. dns-admin.google.com. 147807924 900 900 1800 60 from server 216.239.34.10 in 49 ms. SOA ns3.google.com. dns-admin.google.com. 147820290 900 900 1800 60 from server 216.239.36.10 in 53 ms. SOA ns3.google.com. dns-admin.google.com. 147807924 900 900 1800 60 from server 216.239.38.10 in 54 ms. SOA ns3.google.com. dns-admin.google.com. 147807924 900 900 1800 60 from server 216.239.32.10 in 62 ms.
Однако не удивляйтесь, если вы получите совершенно бессмысленные серийные номера.
Единственная цель параметров 'serial', 'refresh', 'retry' и & expire 'состоит в том, чтобы помочь в синхронизации зон в традиционных установках на основе AXFR, и они становятся совершенно бесполезными, если базовая база данных синхронизируется с использованием собственных средств ( например, репликация PostgreSQL).
Например, с момента первоначального написания этого поста переполнение стека перешло на AWS DNS, который всегда устанавливает серийный номер на 1 .