Netlify не работает? Проверка netlify.com — статус и диагностика

Чаще всего ошибка в самой сборке проекта — проверьте лог деплоя в дашборде, там указана конкретная причина сбоя — особенно частая жалоба «netlify не работает».

Да, платформа работает напрямую без региональных блокировок, оплата платных тарифов может требовать зарубежную карту — особенно частая жалоба «нетлифай недоступен».

Проверьте, что деплой действительно завершился успешно, и очистите кеш браузера — обновление CDN иногда занимает несколько минут — особенно частая жалоба «netlify com статус».

Проверьте корректность DNS-записей у регистратора — обновление делегирования может занимать до 24–48 часов — особенно частая жалоба «почему не деплоится netlify».

На netlifystatus.com — официальной статус-странице платформы с историей инцидентов по компонентам — особенно частая жалоба «ошибка сборки netlify build failed».

Мы делаем серверный probe netlify.com с независимой точки в России — каждые 5 минут отправляем HTTPS-запрос на favicon и измеряем время ответа. Параллельно через Cloudflare 1.1.1.1 (DNS-over-HTTPS, DoH) резолвим IP-адреса apex-домена и поддоменов api/m/www. Это даёт честный «глобальный» взгляд: если наш сервер видит netlify.com как доступный — значит сайт работает у большинства пользователей, и проблема скорее всего локальная: ваш провайдер, Wi-Fi-сеть или DPI/TSPU-фильтрация. В отличие от downdetector мы не полагаемся только на жалобы — всё измеряется автоматически и обновляется каждые 5 минут.

Сначала проверьте альтернативную сеть: откройте netlify.com с мобильного интернета (отключите Wi-Fi). Если на мобильном работает — проблема в домашнем провайдере или роутере. Попробуйте сменить DNS на устройстве на 1.1.1.1 (Cloudflare) или 8.8.8.8 (Google) — провайдер часто подменяет ответы своим NXDOMAIN или замедленным DNS. Очистите кеш браузера и системный DNS-кеш (ipconfig /flushdns на Windows, sudo dscacheutil -flushcache на Mac). Если не помогло — это может быть DPI-фильтрация по SNI или TSPU-блокировка: тогда Netlify физически не доходит до вас, и стандартное решение — обратиться к провайдеру или использовать VPN.

Да, безопасно. Мы не запрашиваем регистрацию, не просим логин/пароль, не собираем личные данные и не используем VPN. Все измерения идут через стандартные открытые API: Cloudflare DoH (международный стандарт DNS-over-HTTPS, RFC 8484) для резолва доменов и обычный fetch к favicon для проверки доступности. На странице установлена Яндекс.Метрика для базовой аналитики — webvisor включён, но не записывает приватные поля. Методология открыта: вы можете перепроверить наши IP-адреса netlify.com через любой сторонний whois или dig-сервис, и они совпадут — это публичные данные DNS, не наша собственность.

Роскомнадзор использует несколько технологий блокировки. TSPU (технические средства противодействия угрозам) — это оборудование на сетях операторов, которое умеет фильтровать SNI (имя домена в TLS-handshake), анализировать пакеты по DPI (deep packet inspection) и подменять DNS-ответы. Если Netlify попал в реестр запрещённых ресурсов, провайдер на TSPU может отдавать NXDOMAIN или замедлять трафик до неприемлемой скорости. Помимо TSPU действует СОРМ-2/3 — система оперативно-розыскных мероприятий. Наша страница помогает быстро отличить общий бан от локальной проблемы: если IP netlify.com резолвятся через Cloudflare, но у вас не открывается — это TSPU-блокировка вашего конкретного оператора.

IP-адреса netlify.com мы получаем через Cloudflare 1.1.1.1 DoH (DNS-over-HTTPS) — это глобальный публичный DNS-резолвер, который не подменяет ответы и не зависит от региональных блокировок. Запрос идёт по HTTPS на порт 443, что защищает от DNS-спуфинга и делает невозможным вмешательство провайдера. Сравните наши IP с тем, что отдаёт ваш домашний роутер: команда nslookup netlify.com на Windows или dig netlify.com на Mac/Linux. Если адреса разные — провайдер подменяет DNS, и стоит сменить настройки на 1.1.1.1. Также мы показываем NS-серверы зоны — это помогает отследить смену хостинга или признаки взлома домена через подмену делегирования.