Что относительно просто
find . -type d | grep -v '.svn'
Можно вручную вызвать зональную передачу с помощью rndc утилиты. Выполните эту команду на всех Ваших вторичных серверах DNS:
rndc -p 54 retransfer mydomain.example.com IN com.apple.ServerAdmin.DNS.public
Можно также использовать эту утилиту для перезагрузки конфигурации, не перезапуская названный.
rndc -p 54 reload
Не зная Вашу конфигурацию, я предположил бы, что это - кэширующаяся проблема или проблема распространения DNS.
Не зная Ваш домен Вы используете, я не могу действительно протестировать его отсюда. Я лично не понимаю, почему люди опускают этот вид релевантной информации, но они часто делают.
Попробуйте "хост-C yourdomain.com" и скажите мне, что Вы видите. Если Вы видите различные записи SOA с различными порядковыми номерами, то необходимо зафиксировать распространение DNS. ЕСЛИ вторичное устройство не перечислено в записях NS для этой зоны, добавьте "также - уведомляют" строку если рабочий BIND.
Попытайтесь изменить порядковый номер на ведущем устройстве, чтобы гарантировать, что он был правильно изменен, а также протестировать распространение.
Попытайтесь назначить лучше отрицательное время кэша, которое намного меньше, скажите 600 (10 минут) или около этого. Это - одно из значений в записи SOA.
Попробуйте, "роют hostname.yourdomain.com @secondaryserver" и видят то, что это возвращает. Сделайте то же на основном устройстве. Если они отличаются, который является уязвимостью.
Если каждый из этих сайтов, которые возвращают неправильные данные, имеет огромное время кэша, необходимо смочь к ssh им и просто перезапустить сервер имен, не перезагрузку каждый сайт полностью. BIND быстро перезапустит если, именно это используется.
Ваш вторичный сервер пытается рекурсивно ответить (RD
- желаемая рекурсия, RA
- доступная рекурсия), но переставший работать (NXDOMAIN
) одновременно также служа SOA
запишите авторитетно (AA
- авторитетный ответ).
У Вас, действительно кажется, есть немного нечетное соединение здесь... мы должны установить как получается, что Ваш вторичный сервер знает о зоне ( SOA
запись), но не знает о записи в зоне.
Я пошел бы с рекомендацией Michael - ударяют порядковый номер на ведущем устройстве и затем перезапускают, привязывают вторичное устройство, чтобы гарантировать, что его кэш очищен.