Проблема с named?

Himiko, но стандарта то нет. Есть TTL в зоне. Можно смотреть и прогнозировать.

А вообще, именно с Украиной были у меня какие-то странные проблемы на практике.

Вот тут стоит на старом сервере изменить сами записи, зону не убирать и подержать еще с неделю.

Согласен. Будем считать, что это правило хорошего тона для провайдеров:)

Провайдер доступа должен просто следовать указанному TTL. Вот правило хорошего тона для него. Тут уже поднималась эта тема - выяснилось, что в named в принципе нет опции, которая позволяла бы игнорировать TTL.

Правила не такого уж хорошего тона для хостера - это TTL насильно равный 15 минут. Для всех, что бы они там не причитали, как в masterhost. Пока клиент сообразит хоть куда-то пожаловаться, 15 минут уже пройдет.

А то, что мы имеем с корневыми и просто крупными зоновыми серверами (.ru,org.ua)- это экономия трафика.

Тем не менее, у разных провайдеров разное время жизни кэша.

Himiko, что такое "время жизни кеша" без привязки к конкретной зоне?

как TTL для записей авторитативный сервер выставил - так и должен кешировать.

никто никому ничего не должен, как показывает практика, время обновления кеша может отличаться от ttl...

ossadchy, по-моему, в большинстве случаев это просто непонимание процесса. Меняют для домена example.ru dns-сервера, но TTL в зоне .ru огромный и изменить его нельзя - сейчас, например, 96 часов. Соответственно, сервер провайдера помнит старые ns-сервера до 96 часов.

Если на месте старого сервера прописать новую зону и новый IP сайта - все будет гораздо менее неприятно.

Другая любимая ошибка - похоститься у провайдера доступа, понять что у провайдера в общем случае услуга хостинга неконкурентноспособная, свалить и ЗАБЫТЬ УВЕДОМИТЬ снять зону. в этом случае неограниченно долго может открываться старый сайт.