Как проверить, отвечает ли сервер, без специальных программ
DNS, TCP, TLS и HTTP — четыре разные проверки. Показываем, какие выводы можно сделать из каждой.
Содержание
Команда ping не отвечает на вопрос, работает ли сайт: сервер может запрещать ICMP, но нормально обслуживать HTTPS. Проверяйте последовательно имя домена, соединение с портом443 и ответ веб-сервера. Команды ниже читают состояние, не меняя настройки.
Проверьте разрешение имени
nslookup example.comОтвет содержит DNS-сервер, к которому обратились, и найденные адреса. Сравните A и AAAA с данными хостинга. Если получаете NXDOMAIN, проверьте написание, делегирование и срок регистрации. Один ответ локального резолвера не описывает состояние всей сети.
Проверьте подключение
Test-NetConnection example.com -Port 443В PowerShell значение TcpTestSucceeded: True означает успешное TCP-соединение с выбранным адресом. Это не проверка доверия сертификату и не проверка работы PHP. False может означать фильтр, недоступный маршрут или отсутствие слушающего сервиса. Сравните результат через другую сеть.
Посмотрите HTTP-ответ
curl.exe -I https://example.com/Код200 говорит об успешном ответе на HEAD,301/302 — о перенаправлении,403 — об отказе,5xx — об ошибке сервера или шлюза. Некоторые сайты запрещают HEAD, поэтому405 перепроверьте обычным открытием. Не добавляйте флаг отключения проверки TLS ради «успешного» результата: так вы уберёте важную часть диагностики.
Соберите понятный вывод
Например: «DNS возвращает ожидаемый IP, TCP443 доступен, но HTTP даёт502 с14:20 МСК». Это уже полезнее формулировки «сервер упал». Не подставляйте просто IP вместо домена в браузере: на одном IP может работать много сайтов, а HTTPS выбирает сертификат по имени.
Для обращения сохраните время, домен, код ответа и несколько строк ошибки. Не выкладывайте полные сетевые журналы с cookies и токенами. После исправления повторите те же проверки и проблемную пользовательскую операцию.
Комментарии 0