Описанная выше проблема была вызвана порчей кэша сервера имен некорректными данными. Повреждение данных кэша может происходить даже в случаях, когда ваша система не является подчиненным сервером.
Все серверы кэшируют ответы. Если эти ответы повреждены, записи кэша могут также получать повреждения. Просмотр образа кэша может способствовать диагностированию подобных проблем.
Например, пользователь сообщил о нерегулярных сбоях в работе сервера имен. С именами локального домена и некоторыми именами за его пределами проблем не возникало, однако имена ряда удаленных доменов не поддавались разрешению. Тестирование посредством nslookup не привело к результатам, которые можно было бы уверенно интерпретировать, поэтому мы перешли к просмотру образа кэша сервера имен. Записи корневых серверов оказались поврежденными, и демон named был перезагружен в целях очистки кэша и повторного чтения файла корневых указателей named.ca. Операцию мы выполнили следующим образом.
Команда ndc dumpdb или сигнал SIGINT предписывает named создать образ кэша сервера имен в файле /var/tmp/named_dump.db. В следующем примере используется сигнал:
# kill -INT 'cat /etc/named.picT
Идентификатор процесса named можно получить из файла /etc/named.pid, что мы и сделали, поскольку named записывает идентификатор процесса в этот файл при старте. Записанный в файл образ можно изучить на предмет проверки корректности имен и адресов серверов. Файл namedjdump.db состоит из трех разделов: таблицы зон, кэша и данных, а также указателей.
