
Доступ к сайту по IP-адресу применяется, когда доменное имя не резолвится, находится под блокировкой или ещё не делегировано в DNS. Каждый веб-сервер обслуживает конкретный IPv4 или IPv6, например 93.184.216.34 или 2606:2800:220:1:248:1893:25c8:1946, и именно по этому числовому идентификатору к нему обращается браузер до того, как подставляется домен. Зная IP, можно обойти сбой DNS, проверить доступность сервера и открыть нужный ресурс напрямую.
Для получения IP используют утилиты nslookup, dig или встроенную команду ping, которые запрашивают записи типа A и AAAA у DNS-серверов. Например, команда nslookup example.com возвращает набор адресов, среди которых выбирают тот, что отвечает на HTTP или HTTPS-запросы. После этого IP вводят в адресную строку браузера с указанием протокола: http://93.184.216.34 или https://[2606:2800:220:1:248:1893:25c8:1946].
При обращении по IP важно учитывать виртуальный хостинг: на одном адресе могут располагаться десятки сайтов, и без заголовка Host сервер отдаёт страницу по умолчанию. Если открывается не тот сайт, применяют инструменты вроде curl -H «Host: example.com» 93.184.216.34 или настраивают локальный файл hosts, чтобы связать домен с нужным IP. Для HTTPS часто появляется предупреждение о сертификате, так как SSL выдан на доменное имя, а не на числовой адрес, и это нормальная реакция браузера при таком способе доступа.
Определение IP адреса сайта через DNS и сетевые инструменты

При необходимости уточнить, какой именно сервер обрабатывает веб-запросы, используют dig domain.ru A +short и dig domain.ru AAAA +short, что исключает служебную информацию и показывает только IP. Для проверки ответа сервера применяют ping и tracert (или traceroute), позволяющие убедиться, что адрес не блокируется маршрутизаторами и реально достижим из текущей сети.
Если DNS выдаёт IP, но сайт не открывается, проверяют соответствие через curl -I http://IP или curl -I -H «Host: domain.ru» IP, так как многие серверы используют виртуальные хосты и требуют указания доменного имени в заголовке запроса. Такой способ позволяет определить, какой из полученных адресов действительно связан с нужным сайтом и готов принимать трафик по HTTP или HTTPS.
Ввод IP адреса в адресную строку браузера для открытия сайта

В адресной строке браузера IP вводится так же, как домен, но с обязательным указанием протокола. Для IPv4 применяется формат http://203.0.113.10, а для IPv6 – http://[2001:db8::1], где квадратные скобки требуются стандартом URL. Если их не поставить, браузер воспримет адрес как некорректный и не отправит запрос на сервер.
При попытке открыть сайт через https:// по IP почти всегда появляется сообщение о недоверенном сертификате, так как SSL выдан на доменное имя. Для просмотра содержимого допускается временное продолжение загрузки, но для диагностики доступности сервера надёжнее использовать http://, чтобы исключить влияние TLS-проверок.

Виртуальный хостинг означает, что на одном IP обслуживается несколько сайтов, и выбор нужного проекта происходит по заголовку Host в HTTP-запросе. При прямом вводе IP в браузере этот заголовок отсутствует или содержит сам IP, поэтому сервер отдаёт сайт по умолчанию. Чтобы выяснить, поддерживается ли нужный домен на данном адресе, проверку выполняют через сетевые утилиты.
- Выполнить запрос: curl -I -H «Host: site.ru» 93.184.216.34 и посмотреть код ответа; 200 или 301 означает, что домен привязан к этому IP.
- Сравнить результат с curl -I 93.184.216.34; если заголовки отличаются, сервер использует виртуальные хосты.
- Проверить конфигурацию HTTPS: openssl s_client -connect 93.184.216.34:443 -servername site.ru должен вернуть сертификат для нужного домена.
Если сервер не реагирует на указание Host, значит сайт либо размещён на другом IP, либо скрыт за CDN или прокси. В такой ситуации доступ по числовому адресу невозможен без знания внутреннего адреса узла, который обрабатывает HTTP-запросы для данного домена.
- Получить IP через dig site.ru.
- Проверить его через curl с заголовком Host.
- Убедиться, что ответ сервера совпадает с контентом сайта по домену.
Обход блокировок домена с помощью прямого обращения к IP

Большинство провайдерских ограничений реализуется через фильтрацию DNS или блокировку доменных имён, тогда как сам IP сервера остаётся доступным. В такой ситуации достаточно определить числовой адрес через nslookup или dig и открыть его в браузере в виде http://IP, минуя этап резолвинга домена. Это работает, если блокировка не применяется на уровне маршрутизации или DPI.
При использовании виртуального хостинга требуется передать правильный заголовок Host, иначе сервер отдаст чужой сайт. Для этого в файл hosts добавляют строку вида 93.184.216.34 site.ru, после чего браузер будет обращаться к нужному IP, но отправлять серверу доменное имя, необходимое для выбора контента.
Если ресурс работает через HTTPS, возможна ошибка сертификата, так как соединение устанавливается по IP, а TLS ожидает домен. В таких случаях корректный доступ достигается только через привязку домена к IP в hosts или через инструменты вроде curl -H «Host: site.ru», которые сохраняют совместимость с проверкой сертификата и позволяют получить исходную страницу сайта.
Решение ошибок SSL при открытии сайта по IP адресу

Ошибка TLS возникает из-за проверки поля Common Name и Subject Alternative Name в сертификате, где указан домен, а не числовой адрес. При подключении к https://93.184.216.34 браузер получает сертификат, выданный для site.ru, и считает соединение небезопасным. Это не означает сбой сервера, а лишь несоответствие имени узла.
Для корректного установления защищённого соединения используют сопоставление домена с нужным IP в файле hosts. Запись 93.184.216.34 site.ru заставляет систему отправлять запросы на указанный адрес, но при этом TLS-проверка проходит, так как в запросе сохраняется доменное имя, соответствующее сертификату.
При работе через командную строку проблема решается передачей имени сервера вручную. Команда curl —resolve site.ru:443:93.184.216.34 https://site.ru или openssl s_client -connect 93.184.216.34:443 -servername site.ru подставляет домен в SNI, что позволяет получить валидный сертификат и проверить ответ сервера без отключения криптографических проверок.
Тестирование доступности сайта по IP через командную строку

Проверка доступности сайта по IP начинается с сетевого уровня. Команда ping 93.184.216.34 показывает, достигается ли сервер и нет ли потерь пакетов, а tracert 93.184.216.34 или traceroute 93.184.216.34 выявляет участок маршрута, где соединение обрывается. Эти данные позволяют понять, связана ли проблема с локальной сетью, провайдером или удалённым узлом.
Для анализа веб-службы используют HTTP-запросы напрямую к IP. Команда curl -I http://93.184.216.34 возвращает код ответа сервера, заголовки и тип контента. Если требуется проверить конкретный домен на этом IP, добавляют заголовок -H «Host: site.ru», чтобы сервер выбрал нужный виртуальный хост.
| Команда | Назначение |
|---|---|
| ping IP | Проверка сетевой доступности и задержек |
| tracert / traceroute IP | Анализ маршрута до сервера |
| curl -I http://IP | Получение HTTP-заголовков от сервера |
| curl -I -H «Host: site.ru» IP | Проверка ответа нужного сайта на общем IP |
Если сервер работает по HTTPS, используют openssl s_client -connect IP:443 -servername site.ru, чтобы убедиться, что узел принимает зашифрованные соединения и возвращает сертификат для заданного домена. Совпадение сертификата и корректный HTTP-код подтверждают, что сайт доступен именно по этому IP.
