#Что происходит и как отличить проблему
В организации имя вроде portal.example.com может иметь один IP во внутренней DNS-зоне и другой — во внешнем интернете (раздельная зона, split DNS). Это нормально, пока правила согласованы; неисправность возникает, когда внутренний сервер возвращает старый адрес, NXDOMAIN или не пересылает запросы для публичных имён. Изменения выполняет администратор домена.
#Возможные причины
| Возможная причина | Как узнать | Что делать |
|---|---|---|
| Внутренняя зона перекрывает публичнуюЛокальный DNS считает себя ответственным за весь example.com. | Публичное имя отсутствует только внутри сети. | Проверить состав записей внутренней зоны. |
| Неправильная запись в условной пересылке или VPNЗапрос уходит не тому внутреннему DNS. | Ошибка возникает лишь при подключённом VPN. | Проверить DNS, назначенный VPN, и правила разрешения. |
#Пошаговая проверка и устранение
- Разделите внутренний и публичный сценарииНа рабочем компьютере зафиксируйте полное имя сайта, адрес, который должен открываться внутри организации, и адрес снаружи. Спросите администратора, должен ли сайт действительно иметь разные IP. Не проверяйте внутренний сервис через общедоступные сайты диагностики: его имя и адрес могут быть конфиденциальными.
- Посмотрите назначенные DNS без измененийОткройте Win+X → «Терминал» → PowerShell и выполните ipconfig /all. Найдите строку DNS-серверов активного подключения и, если есть, виртуального адаптера VPN. Не меняйте эти адреса: корпоративная система может назначать их политикой автоматически. Запишите, в какой сети проявляется ошибка.
- Сравните ответы разных областейВ PowerShell запросите Resolve-DnsName -Name portal.example.com -Type A -DnsOnly, подставив свой адрес. Если для внешнего домена разрешено сравнение, выполните запрос с -Server 1.1.1.1. Для внутреннего имени запрос к публичному DNS может закономерно вернуть NXDOMAIN; не публикуйте внутренние ответы. Зафиксируйте, совпадает ли результат с ожидаемым внутренним IP.
- Проверьте внутреннюю зону со специалистомАдминистратору домена передайте полное имя, время, тип подключения и ответы DNS. Он должен в штатной панели DNS-сервера проверить существование внутренней зоны, запись именно этого имени, условные пересылки и требуемые TTL. Не советуйте обычному сотруднику удалять зону или переназначать NS; так можно нарушить вход в домен и почту.
- Проверьте после точечной правкиПосле подтверждённого изменения администратором повторите запрос в прежней сети, затем проверьте вход по HTTPS в нужный внутренний или публичный ресурс. Если ошибка есть только при VPN, повторите тест при штатном подключении VPN и передайте сведения его администратору. Не отключайте VPN ради постоянного обхода политики безопасности.
#Проверка результата и дальнейшие действия
Успех: в корпоративной сети имя даёт согласованный внутренний ответ, вне её — ожидаемый публичный, и оба сервиса доступны при предусмотренном маршруте. Если DNS-имя находится, а соединение отклонено, проверьте сеть/VPN и правила доступа отдельно.