Когда сайт начинает открываться через раз, люди обычно делают одно и то же: включают VPN, меняют DNS, перезагружают роутер и надеются, что проблема исчезнет сама.
Проблема в том, что одинаковый симптом может означать вообще разное. Иногда реально лежит сам сервис. Иногда сыпется провайдер или маршрут. А иногда это уже похоже не на обычную аварию, а на фильтрацию или блокировку.
Хорошая новость в том, что для первого разбора не всегда нужны дорогие инструменты и длинная диагностика. Во многих случаях хватает Cloudflare Radar. Это не волшебная кнопка “показать виноватого”, но это очень сильный способ быстро понять, в какую сторону вообще копать.
📌 Главная мысль простая: сначала смотри не на ощущения, а на масштаб проблемы.
🌍 Что вообще умеет Cloudflare Radar
Cloudflare Radar показывает агрегированные данные по интернет-трафику, DNS, HTTP и сетевым сбоям. Отдельно у него есть Outage Center, где собираются зафиксированные отключения и крупные аномалии.
Там можно увидеть:
• где именно проблема, в стране, регионе или у конкретной сети;
• насколько она широкая, локальная или массовая;
• на что это похоже: авария провайдера, power outage, кабель, weather, filtering/blocking;
• когда это началось и закончилось.
То есть Radar полезен не тем, что “точно знает всё”, а тем, что быстро отвечает на вопрос: это проблема только у меня, у части сети или у всех сразу.
🔎 Как отличить три самых частых сценария
1. Лежит сам сервис
Это самый частый сценарий.
Обычно он выглядит так:
• не открывается один конкретный сайт;
• остальные сайты работают;
• в Radar нет заметной аномалии по стране или провайдеру;
• в Outage Center нет признаков широкой сетевой просадки.
Если картина такая, чаще всего дело в:
• origin-сервере;
• хостинге;
• CDN-контуре;
• внутреннем сбое самого сервиса.
Иными словами, если Radar молчит по стране и ASN, а ломается только один ресурс, не надо сразу кричать про блокировку. Сначала подозревай сам сервис.
2. Проблема у провайдера или маршрута
Тут уже картина обычно шире: не открывается не один сайт, а сразу несколько, или всё работает рывками.
Вот здесь Radar особенно полезен. Смотри:
• есть ли аномалия по ASN, то есть по сети конкретного провайдера;
• есть ли просадка в NetFlows, это общий сетевой трафик;
• есть ли падение на уровне HTTP, а не вообще всего трафика;
• есть ли запись в Outage Center по стране, региону или оператору.
Если аномалия видна у одного ASN или в одном регионе, это уже больше похоже на:
• проблему у провайдера;
• деградацию маршрута;
• аварию на магистрали;
• локальную сетевую поломку.
Проще говоря: если боль локализована по провайдеру или региону, это чаще авария, а не блокировка конкретного сайта.
3. Это уже похоже на фильтрацию или блокировку
Вот здесь начинается самое неприятное:
• у одних сайт открывается, у других нет;
• через мобильный интернет работает, через домашний нет;
• через один DNS открывается, через другой нет;
• веб открывается, а API нет;
• часть домена живая, часть нет.
Сам Radar может подсветить аномалию и иногда даже указать вероятную причину как filtering/blocking, но сам по себе он не заменяет точечную проверку.
Здесь полезно мыслить так же, как устроен тест OONI Web Connectivity:
• проверить DNS;
• проверить TCP-соединение;
• проверить HTTP/HTTPS;
• сравнить результат с контрольной сетью.
Если коротко:
• DNS не совпадает → уже пахнет DNS-подменой или вмешательством;
• TCP не поднимается → больше похоже на сетевую или IP-блокировку;
• TCP есть, а HTTP ломается → возможно прокси, фильтрация по содержимому или другой уровень вмешательства.
✅ Быстрый чек-лист без лишней боли
1. Проверяю, ломается один сайт или много
Если только один, первым подозреваю сам сервис.
2. Открываю Cloudflare Radar Outage Center
Смотрю, есть ли уже зафиксированная аномалия по стране, региону или ASN.
3. Смотрю, это уровень NetFlows или HTTP
Если проседает общий трафик, больше похоже на сеть или провайдера.
Если история более выборочная, копаю глубже в DNS и HTTP.
4. Сравниваю через другую сеть
Домашний интернет, мобильный, VPN, другой DNS.
Если поведение резко меняется от сети к сети, это уже не “просто сайт лёг”.
5. При подозрении на блокировку проверяю по схеме OONI
DNS, TCP, HTTP, потом выводы.
🧠 Главный вывод
Cloudflare Radar полезен не потому, что он сразу отвечает “кто виноват”, а потому что он резко снижает хаос в голове.
Вместо паники “ничего не работает” ты быстро приходишь к нормальной развилке:
• 🔹 молчит только один сайт → скорее проблема у сервиса;
• 🔹 сыпется конкретный провайдер или регион → вероятнее авария маршрута или сети;
• 🔹 аномалия странная, выборочная и зависит от DNS или сети → уже стоит проверять гипотезу про фильтрацию.
И это уже нормальная диагностика, а не шаманство с бесконечной сменой DNS и кнопкой “переподключить VPN”.
Если тебе полезны такие практические разборы по VPN, блокировкам, сетям и AI без воды, они регулярно выходят в нашем Telegram-канале @pro_it_news. Там как раз такой формат: коротко, по делу и с нормальной технической пользой.
Источники:
• Cloudflare Radar Overview: https://developers.cloudflare.com/radar/
• Cloudflare Radar Investigate: https://developers.cloudflare.com/radar/investigate/
• Cloudflare Radar Outages: https://developers.cloudflare.com/radar/investigate/outages/
• Cloudflare Radar Outage Center: https://radar.cloudflare.com/outage-center
• Cloudflare Radar NetFlows: https://developers.cloudflare.com/radar/investigate/netflows/
• Cloudflare Radar HTTP Requests: https://developers.cloudflare.com/radar/investigate/http-requests/
• Cloudflare Radar DNS: https://developers.cloudflare.com/radar/investigate/dns/
• Cloudflare Blog, how Radar detects outages: https://blog.cloudflare.com/detecting-internet-outages/
• OONI Web Connectivity: https://ooni.org/nettest/web-connectivity/