Проверить доступность сайта можно тремя способами: онлайн-сервисом с внешней точки, командами curl, ping и tracert со своего компьютера или сервера и постоянным мониторингом по расписанию. Если аудитория в России, проверять нужно из России: сайт может отвечать кодом 200 из Германии и при этом не открываться у пользователей российских провайдеров.
Как проверить доступность сайта онлайн
Онлайн-проверка отвечает на вопрос «открывается ли сайт не только у меня». Она идёт с чужого сервера, поэтому не зависит от вашего DNS-кэша, файла hosts, расширений браузера и сети офиса.
- Откройте инструмент проверки HTTP и введите полный адрес страницы вместе с протоколом:
https://example.ru/. - Посмотрите на код ответа, время отклика и цепочку редиректов. Код 200 после всех переходов — страница отдаётся. 5xx — сервер отвечает, но с ошибкой. Таймаут или отказ соединения — до сервера не удалось достучаться вовсе.
- Если ответ медленный или обрывается, запустите трассировку маршрута: она покажет, на каком участке сети теряются пакеты — у вашего хостера или раньше, на магистрали.
- Если сайт работает, но нужно знать, как часто он падает, поставьте его на постоянный мониторинг: разовая проверка ловит только текущий момент.
enterno.io делает проверки из России (ru-msk, Москва). Это базовая точка, доступная в том числе на бесплатном плане: вы видите код ответа, время отклика и заголовки так, как их получает российский пользователь.
Что значит «сайт доступен»: пять уровней проверки
«Сайт не открывается» — это симптом, а не диагноз. Запрос к сайту проходит цепочку этапов, и сбой на каждом выглядит для посетителя одинаково — пустой страницей или ошибкой браузера. Проверка доступности должна пройти их по порядку:
- DNS — домен преобразуется в IP-адрес. Нет ответа или ответ неверный — дальше запрос не идёт.
- Сеть — пакеты доходят до IP-адреса сервера. Тут влияют маршрутизация, пиринг и фильтрация.
- TCP-порт — сервер принимает соединение на 443 (HTTPS) или 80 (HTTP).
- TLS — рукопожатие проходит, сертификат действителен и выдан на этот домен.
- HTTP — веб-сервер возвращает осмысленный код ответа и содержимое страницы.
| Что проверяем | Инструмент | Команда | Что показывает |
|---|---|---|---|
| HTTP-доступность | HTTP-чекер | curl -I | код ответа, время, заголовки, редиректы |
| DNS | DNS-чекер | nslookup, dig | A/AAAA/MX/NS-записи, куда указывает домен |
| Сетевая доступность | Ping | ping | достижимость хоста, задержка, потери |
| Маршрут | Traceroute | tracert, traceroute, mtr | на каком узле теряются пакеты |
| Порт | Проверка портов | Test-NetConnection, nc -zv | открыт ли 443/80 или другой порт |
| SSL-канал | SSL-чекер | openssl s_client | валидность сертификата и цепочки |
| Блокировка в РФ | Проверка РКН | — | есть ли домен или IP в реестре |
Важная деталь: ping проверяет только сетевой уровень. Многие серверы и облачные балансировщики не отвечают на ICMP, поэтому «ping не проходит» при рабочем сайте — нормальная ситуация. Решающий признак доступности — HTTP-ответ.
Почему «доступен» — понятие региональное
Доступность зависит от точки проверки. Один и тот же URL может вести себя по-разному из разных стран из-за:
- маршрутизации и пиринга между сетями;
- фильтрации на уровне провайдера или магистрали;
- геоблокировок на стороне самого сайта или CDN;
- проблем у конкретного российского оператора связи.
Если ваши клиенты в России — единственный достоверный тест «доступен ли сайт» проводится из России. Зелёный статус из Германии не гарантирует ничего для пользователя в Новосибирске.
У меня сайт работает, а у клиентов нет: частые причины
Самая частая жалоба владельца: «открываю — всё нормально, а клиенты пишут, что не грузится». Обычно причина в одном из пунктов ниже.
- Кэш DNS после переезда. Вы сменили хостинг или A-запись, ваш компьютер уже видит новый адрес, а резолверы части провайдеров ещё отдают старый до истечения TTL. Сравните, что отвечают разные DNS-серверы (команды — ниже).
- Файл hosts или локальный кэш. Разработчики нередко прописывают домен в
C:\Windows\System32\drivers\etc\hostsили/etc/hostsи забывают об этом. У вас сайт открывается с тестового сервера, у остальных — нет. - Сломанный IPv6. У домена есть AAAA-запись, но сервер по IPv6 не отвечает. У пользователей с IPv6 (часто мобильные сети) соединение зависает, у вас на IPv4 всё работает. Сравните
curl -4иcurl -6. - Геоблокировка на стороне сайта или CDN. WAF, антибот или правила хостинга могут отсекать запросы из отдельных стран или сетей. Со своего IP вы их не увидите.
- Проблемы конкретного оператора. Потери на стыке двух сетей затрагивают абонентов одного провайдера, а у остальных сайт открывается. Такое видно только в трассировке от пострадавшего пользователя.
- Блокировка. Если домен или IP попал в реестр, сайт перестаёт открываться у российских абонентов, а из-за рубежа доступен. Это частый случай при общем IP на shared-хостинге или CDN.
Полный пошаговый разбор симптома — в чек-листе «Сайт не открывается: 10 шагов диагностики».
Доступность сайта из разных стран: как сравнить регионы
Чтобы понять, локальная это проблема или глобальная, сравните три региона:
- ru-msk — Россия (Москва);
- eu-de — Европа (Германия);
- us-east — США (восток).
На Free доступна проверка из России. Полноценный мультирегиональный мониторинг (одновременно РФ + ЕС + США) — на платных планах. Как читать расхождения между регионами:
| Россия | ЕС / США | Вероятная причина | Что проверить |
|---|---|---|---|
| не отвечает | не отвечает | сервер или хостинг лежит, истёк домен, сломан DNS | статус хостинга, DNS-записи, срок регистрации домена |
| не отвечает | 200 | блокировка, фильтрация, проблемы маршрута в РФ | реестр РКН, трассировку из России |
| 200 | не отвечает или 403 | геоблокировка на сайте, WAF, ограничение зарубежного трафика | правила WAF и CDN, настройки хостинга |
| 200, но медленно | 200 быстро | сервер или CDN далеко от российских пользователей, перегруженный канал | время отклика по регионам, трассировку |
| то 200, то ошибка | то 200, то ошибка | нестабильность сервера: нагрузка, падающий бэкенд, лимиты хостинга | мониторинг и логи сервера |
Подробно о настройке проверок из нескольких точек — в статье мультирегиональный мониторинг: проверка из РФ, ЕС и США.
Проверка доступности сайта в России: точка ru-msk
Для сайта с российской аудиторией проверка из-за рубежа мало что говорит. Зарубежный сервис, который показывает «работает из 40 стран», может не иметь ни одной точки в российских сетях. Запускайте проверку из ru-msk и сравнивайте с зарубежными точками только для диагностики.
Как проверить доступность с разных провайдеров
Ни один онлайн-сервис не проверяет сайт из сети каждого российского оператора. Если жалобы приходят от абонентов конкретного провайдера, проверьте сайт из той же сети:
- сравните домашний интернет и мобильную сеть на телефоне с отключённым Wi-Fi — это уже два разных оператора;
- попросите пострадавшего пользователя прислать вывод
tracertдо вашего домена: по нему видно, на каком узле обрывается маршрут; - для массовых измерений из пользовательских сетей существует RIPE Atlas — сеть зондов, установленных у провайдеров и частных лиц.
Проверка через cmd в Windows
Откройте командную строку (Win+R → cmd) или PowerShell. Команды ниже проверяют цепочку по уровням — от DNS до HTTP.
:: 1. DNS: во что резолвится домен
nslookup example.ru
nslookup example.ru 77.88.8.8
:: 2. Сеть: отвечает ли хост (4 пакета)
ping -n 4 example.ru
:: 3. Маршрут: где теряются пакеты (-d без обратного DNS, быстрее)
tracert -d example.ru
:: 4. HTTP: код ответа и заголовки
curl.exe -I https://example.ru/В Windows 10 и 11 утилита curl встроена. В Windows PowerShell 5.1 слово curl — псевдоним для Invoke-WebRequest, поэтому пишите именно curl.exe. Второй вызов nslookup спрашивает конкретный DNS-сервер (здесь Яндекс DNS) — так видно, не расходится ли ответ вашего провайдера с публичным резолвером.
В PowerShell есть команда, которая сразу проверяет порт:
Test-NetConnection example.ru -Port 443Строка TcpTestSucceeded : True означает, что порт 443 открыт и принимает соединения. Параметры описаны в документации Microsoft.
Проверка в Linux и macOS: curl, dig, mtr
С российского сервера/VPS или рабочей машины базовую доступность можно проверить так:
# HTTP-код и время отклика
curl -o /dev/null -s -w "code=%{http_code} time=%{time_total}s\n" \
--connect-timeout 10 https://example.ru/
# сетевая достижимость
ping -c 4 example.ruЕсли нужен разбор по этапам — сколько ушло на DNS, соединение, TLS и первый байт:
curl -o /dev/null -s -w "dns=%{time_namelookup} connect=%{time_connect} tls=%{time_appconnect} ttfb=%{time_starttransfer} total=%{time_total}\n" https://example.ru/
# заголовки ответа с переходом по редиректам
curl -sIL https://example.ru/
# IPv4 и IPv6 по отдельности
curl -4 -sI https://example.ru/
curl -6 -sI https://example.ru/
# запрос к конкретному IP в обход DNS (проверить новый сервер до переключения записей)
curl -sI --resolve example.ru:443:203.0.113.10 https://example.ru/Остальные уровни:
# DNS: A-запись у своего резолвера и у публичного
dig +short example.ru A
dig +short @77.88.8.8 example.ru A
# маршрут с отчётом о потерях на каждом узле
mtr -rwc 50 example.ru
traceroute example.ru
# открыт ли порт 443
nc -zv example.ru 443Как разбирать вывод трассировки и отличать реальные потери от узлов, которые просто не отвечают на ICMP, — в статье Traceroute: как читать вывод и найти проблему. Полное описание ключей curl — в официальной документации curl.
Как читать ответ curl
- code=200 — страница отдаётся. Если сайт всё равно выглядит пустым, проблема в содержимом или скриптах, а не в доступности.
- 301/302 — редирект; добавьте
-L, чтобы дойти до конечной страницы. - 403 — сервер отвечает, но отказывает: WAF, антибот, правило по IP или стране.
- 500–504 — сервер или прокси перед ним работает, но приложение сломано или не отвечает вовремя.
- code=000 — HTTP-ответа нет вообще: не разрешился DNS, соединение отвергнуто, истёк таймаут или сорвалось TLS-рукопожатие. Запустите
curl -v, чтобы увидеть, на каком этапе оборвалось.
Значения кодов определены в RFC 9110.
Ручная проверка — это срез одного момента. Доступность может «мигать», и поймать это вручную сложно.
Доступность сайта и порта
Иногда сайт недоступен только частично: HTTPS не отвечает, а HTTP работает, или наоборот. Это видно по портам. Для веб-сайта важны 443 (HTTPS) и 80 (HTTP, обычно отдаёт редирект на HTTPS). Если порт закрыт при работающем сервере, причина чаще всего в файрволе, группе безопасности облака или в том, что веб-сервер не слушает нужный интерфейс. Проверить снаружи можно Test-NetConnection, nc -zv или онлайн-инструментом проверки портов из таблицы выше.
Постоянный мониторинг доступности
Настройте мониторы на странице мониторов, чтобы enterno.io проверял доступность из России по расписанию: каждые 5 минут на Free, до 1 минуты / 30 секунд на платных планах. При падении система зафиксирует инцидент и пришлёт алерт.
Мониторинг отвечает не на вопрос «доступен ли сайт сейчас?», а на более важный — «как часто и когда он бывает недоступен из России?».
Если сайт недоступен эпизодически — по вечерам, при нагрузке, раз в несколько часов, — история проверок показывает закономерность, которую ручные запросы не поймают.
Алерты и статус-страницы
enterno.io уведомляет в Telegram, Slack, email и по webhook. Можно собрать публичную статус-страницу, где клиенты сами видят актуальную доступность ваших сервисов. О настройке Telegram-алертов — в статье Алерты мониторинга в Telegram.
Связь с РКН-блокировками
Если сайт стабильно недоступен из России, но доступен из-за рубежа, это может быть признаком блокировки. Под неё может попасть и чужой ресурс на том же IP-адресе, если вы на общем хостинге или CDN. Как это диагностировать — подробно в статье Как проверить блокировку сайта РКН.
Частые вопросы
Почему важно проверять именно из России?
Потому что доступность региональна. Сайт может открываться из ЕС/США и при этом быть недоступным из российских сетей для вашей реальной аудитории.
Можно ли проверить из России бесплатно?
Да, проверка из точки ru-msk доступна на бесплатном плане enterno.io.
Чем мониторинг лучше разовой проверки?
Разовая проверка — момент. Мониторинг фиксирует периоды недоступности, длительность и время, и присылает алерт сразу при отказе.
Что делать, если из РФ недоступно, а из ЕС — да?
Это типичный признак сетевой фильтрации или блокировки. Сравните регионы и проверьте DNS — см. отдельную статью про РКН.
Ping не проходит — значит, сайт упал?
Нет. Многие серверы и балансировщики блокируют ICMP. Ориентируйтесь на HTTP-ответ: если curl -I возвращает код, сайт доступен.
Как проверить, открывается ли сайт у конкретного провайдера?
Проверьте из сети этого оператора — с мобильного интернета или попросите пользователя прислать вывод tracert. По трассировке видно, где обрывается маршрут.
Проверьте доступность сайта из России прямо сейчас: запустите HTTP-проверку на enterno.io, а затем настройте постоянный мониторинг из ru-msk с алертами в Telegram. Дополнительно: SSL и DNS.
