zhircow2010, Цена Вам никак не даст гарантии, что на ноде будет такое количество людей
Гарантия - это когда Вы полностью весь сервер арендуете, и то в данном случае может быть общим канал
gekila1193, CloudFlare перешлёт абузу хостеру
Тут нечего спорить
Нужно убирать контент с сервера
Не важно там контент, или прокси к другому сайту
jano, https://bgp.he.net/AS16509#_prefixes
Stek, Первое обращение было с диска
Всё остальное уже было с кеша ОС
./configure --help
Если бы узел "упал" то пинг дальше этого узла не ушёл
no response может быть например если на узле заблокирован ICMP трафик
И статика и некешированный контент отдаётся с одного и того же сервера
ping-admin скорей всего определяет гео-маршрут по AS, а гео AS CloudFlare - США
Т.е. даже если трафик пошёл с ближайшего сервера в Европе, по AS это будет США
Jet D., Мы не знаем, как работает резольвер yandex
Возможно они игнорируют TTL для часто запрашиваемых записей (а ns регистратора вполне часто запрашиваемые)
Я согласен с Вами, на месяцы кешировать - это жесть
В яндекс стучаться нужно
По зарубежным хостерам: узнать хотя бы какой они резольвер юзают
ну и anycast тоже отбрасывать нельзя, тот же яндекс может ходит куда-то локально внутри ЦОДа
suffix, Разные они потому, что без trace: dig напрямую спрашивает у yandex, а у них старые записи (как вариант TTL был огромен до этого, о чём уже озвучивали в топике)
С ключом strace: dig ходит поэтапно к каждой записи (корень -> корневая зона ru -> DNS домена и т.д.)
Сложно в целом судить где косяк, но он имеет место быть
Кстати возможно что есть те, кто используют яндекс как резольвер, возможно поэтому часть в hostracker не видят новый IP
---------- Добавлено 13.03.2020 в 14:10 ----------netwind, Это публичные DNS
Т.е. проблема затронет лишь тех, кто использует яндекс в качестве резольвера
