Диагностика сети и DNS
Проверяйте путь последовательно: интерфейс, IP-адрес, маршрут, шлюз, DNS, TCP-порт и только затем приложение. Это помогает не путать ошибку имени сайта с блокировкой порта или недоступностью самого сервера.
- Работает ли другой сайт или сервис из той же сети?
- Открывается ли ресурс по IP, если это допустимо для проверки?
- Повторяется ли ошибка с другого компьютера и через другой канал связи?
- Когда начался сбой и какие сетевые изменения выполнялись перед ним?
Как читать результат: если Resolve-DnsName завершается ошибкой, а Test-NetConnection до известного IP проходит, проверяйте DNS. Если имя определяется, но TcpTestSucceeded равно False, проверяйте маршрут, межсетевой экран и доступность порта.
Пример: маршрут по умолчанию уходит через VPN-шлюз, но локальная подсеть не добавлена в исключения. В результате интернет работает, а принтер 192.168.1.50 недоступен. Исправлять нужно таблицу маршрутов или правила шлюза, а не DNS.
- Убедитесь, что сервис слушает ожидаемый адрес и порт.
- Проверьте локальное подключение на самом сервере.
- Сверьте правила межсетевого экрана и обратный маршрут до клиента.
- Для HTTPS отдельно проверьте срок и имя сертификата.
- Время и часовой пояс сбоя.
- Исходный и целевой IP без паролей и токенов.
- Результат трассировки, DNS-запроса и TCP-проверки порта.
- Подтверждение, воспроизводится ли проблема через другой канал.
Команды Windows описаны в модуле NetTCPIP на Microsoft Learn.