Как устроены соединения.

За открытой страницей — целая цепочка событий. Разбираемся в DNS, HTTPS и диагностике сети: понятно, по шагам, с командами для проверки.

Начать с основ

Сначала — понять.

Небольшие объяснения вещей, которые помогают разбираться в больших сбоях.

Почему новый адрес сайта виден не сразу

DNS хранит соответствие между именем и данными о нём. Запись A содержит IPv4-адрес, AAAA — IPv6-адрес, а CNAME указывает на другое имя.

Резолвер может сохранить ответ в кэше на срок, заданный TTL. Поэтому после изменения записи разные устройства некоторое время могут получать разные ответы.

A → IPv4
AAAA → IPv6
CNAME → имя
TTL → срок кэша

Что проверять при смене адреса

Сравните ответ авторитетного DNS-сервера с ответом вашего резолвера. Если первый уже возвращает новый адрес, а второй — старый, причиной может быть кэш. Очистка кэша на своём компьютере не очищает кэши у провайдеров и других пользователей.

Первоисточник: RFC 1034

Что подтверждает защищённое соединение

HTTPS использует TLS: проверяет имя сервера по сертификату и защищает передаваемые данные от чтения и изменения по пути.

Действительный сертификат подтверждает защищённое соединение с указанным именем. Он не гарантирует достоверность содержимого страницы или добросовестность владельца сайта.

Что делать с ошибкой сертификата

Проверьте адрес в браузере, дату и время на устройстве, срок действия сертификата и его цепочку доверия. Не отключайте проверку сертификата ради исчезновения ошибки: сначала нужно установить причину.

Подробнее о TLS в MDN

Ищите место сбоя, а не одну универсальную причину.

Имя может разрешаться правильно, а порт — быть недоступным. TCP может работать, а проверка сертификата — завершаться ошибкой. Проверяйте этапы отдельно.

Есть ли правильный адрес?

Посмотрите DNS-ответ. Сравните его с настройками домена и учтите срок кэширования.

Доступен ли нужный порт?

Проверьте именно TCP-порт сервиса. Отсутствие ответа на ping само по себе не означает, что сайт не работает.

Как отвечает приложение?

Проверьте TLS и HTTP-статус. Ошибки 4xx и 5xx требуют другого расследования, чем ошибка установления соединения.

Теперь — проверить.

Команды для PowerShell в Windows. Замените example.com на домен, который диагностируете.

Команды выполняются на вашем устройстве. Эта страница ничего не сканирует и не отправляет введённые команды на сервер.

Посмотреть DNS-ответ

Resolve-DnsName example.com -Type A

Показывает IPv4-записи для имени. Для IPv6 замените A на AAAA.

Проверить TCP-порт HTTPS

Test-NetConnection example.com -Port 443

Поле TcpTestSucceeded показывает результат TCP-подключения. Оно не подтверждает исправность самого сайта.

Прочитать HTTP-заголовки

curl.exe -I https://example.com

Отправляет HEAD-запрос с обычной проверкой TLS-сертификата. Некоторые серверы не поддерживают HEAD — тогда проверьте обычный GET-запрос.

Справка: Resolve-DnsName, Test-NetConnection, curl.

О проекте

Entrpy Network — небольшой справочник о сетях и цифровых инструментах. Здесь собраны объяснения базовых механизмов, практические команды и ссылки на документацию.

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