Исходное сообщение
"Ошибка при настройке BGP привела к 27-минутному сбою в работ..." Отправлено PnD, 24-Июл-20 21:18
> их нельзя кэшировать никаким разумным способом (servfail это _ответ_, рекурсивного сервера, > а там у тебя просто нет ответа).   Т.к. в потроха резолвера unbound я сам лазил, то могу сказать что как минимум там это не так. Таймаут ожидания ответа таки превращается в SRVFAIL и кэшируется (если не выкл). И это — реальный геморрой на "грязных" каналах. >> Там часть нод кэширует (положительный) ответ на *не определённое* время. Явно ошибка, но всем > это не ошибка. Прочитай внимательно документацию и удивись. > (Вкратце: ttl НЕ является временем кэширования, оно вычисляется по очень непростому алгоритму > - с этим можно немного поиграть, меняя ttl в SOA, но > если у тебя задача типового админа подвала "сделать фэйловер с минимальным > ttl" - можешь сразу считать ее сфейленой, это не работает так > как большинство думают.)   Ты не понял. "Не определённое" — это такой эвфемизм для "навечно". Даже если я идиот и не проинкрементил серийник. (Идиот у нас электронный, но не суть. Резолверам на такие нюансы как номер зоны обычно вообще параллельно.) Все TTL в зоне — из суток. В т.ч. записи в SOA. Когда через пару недель yandex (и только он) продолжает в половине случаев отдавать старую версию, я такого алгоритма не знаю. У нас с ними нормальных контактов нет, так что возможно что их админы до сих пор сидят ровно. Переспрошу при случае граждан кто этим занимался.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:	>> их нельзя кэшировать никаким разумным способом (servfail это _ответ_, рекурсивного сервера, >> а там у тебя просто нет ответа). > Т.к. в потроха резолвера unbound я сам лазил, то могу > сказать что как минимум там это не так. > Таймаут ожидания ответа таки превращается в SRVFAIL и кэшируется (если не выкл). > И это — реальный геморрой на "грязных" каналах. >>> Там часть нод кэширует (положительный) ответ на *не определённое* время. Явно ошибка, но всем >> это не ошибка. Прочитай внимательно документацию и удивись. >> (Вкратце: ttl НЕ является временем кэширования, оно вычисляется по очень непростому алгоритму >> - с этим можно немного поиграть, меняя ttl в SOA, но >> если у тебя задача типового админа подвала "сделать фэйловер с минимальным >> ttl" - можешь сразу считать ее сфейленой, это не работает так >> как большинство думают.) > Ты не понял. "Не определённое" — это такой эвфемизм для > "навечно". > Даже если я идиот и не проинкрементил серийник. (Идиот у нас электронный, > но не суть. Резолверам на такие нюансы как номер зоны обычно > вообще параллельно.) Все TTL в зоне — из суток. В т.ч. > записи в SOA. Когда через пару недель yandex (и только он) > продолжает в половине случаев отдавать старую версию, я такого алгоритма не > знаю. У нас с ними нормальных контактов нет, так что возможно > что их админы до сих пор сидят ровно. Переспрошу при случае > граждан кто этим занимался.
	Введите код, изображенный на картинке: