Кратките вътрешни имена не работят през VPN: наставката, която никога не виждате
Краткото име работи само защото наставка от списъка за търсене го допълва. Сравнете пълното и краткото име, за да различите липсваща наставка от отказ на резолвера.
Краткото име работеше в офиса и не работи през VPN, докато пълното име се разрешава без проблем. Нищо не е счупено. Голото име като intranet не е пълно име; клиентът добавя наставка от своя списък за търсене и пита за резултата. Ако VPN профилът не предоставя тази наставка, познатата кратка форма престава да съществува.
Това е целият мит. DNS не се счупи, промени се политиката за търсене.
Голото име не е име
Когато въведете един етикет, резолверът трябва да реши какво да пита. Опитва името както е дадено, после добавя записи от списъка за търсене един по един, докато нещо отговори. В Linux resolv.conf управлява този ред чрез настройките search и ndots. В Windows списъкът с наставки и политиката за разрешаване на имена правят същото. Махнете наставката и резолверът няма какво да добави.
Работещото кратко име следователно е доказателство за политика, а не за здрав DNS сървър.
Какво правят списъкът с наставки и адресът на резолвера поотделно
Тези две неща се бъркат постоянно. Адресът на резолвера казва кого да питате; списъкът с наставки казва за кое име да питате. VPN може да ви даде частен резолвер без наставка или наставка с грешен резолвер. Само един от тези откази изглежда като прекъсване на DNS.
Проверявайте ги отделно, защото поправянето на грешния изяжда прозорец за поддръжка.
| What you see | Likely cause |
|---|---|
| Full name resolves, short name fails | Suffix or search list missing |
| Neither resolves | Resolver unreachable or wrong domain rule |
| Both resolve, resource fails | Route or service permission |
Три симптома, трима различни собственици.
Първо проверете пълното име
Питайте за документираното от администратора напълно квалифицирано име, не за догадка. Работещо FQDN доказва, че резолверът е достъпен и записът съществува, което премахва половината възможни причини с една заявка. Използвайте инструмент, който показва кой сървър е отговорил, за да не четете кеширан резултат.
Пазете теста поверителен. Изпращането на вътрешни варианти към публичен резолвер разкрива имена и проверява политика, която никой не е предвиждал.
Къде е мястото на поправката
Коригирайте профила собственик или системата за управление, която го генерира. Ръчната редакция на локалната конфигурация на резолвера обикновено изчезва при повторно свързване или се прилага за всяка мрежа, към която се присъединява машината, което е по-лошо.
В Windows проверявайте ефективната политика, а не отметката, която помните. Get-DnsClientNrptPolicy показва правилата за разрешаване на имена, които реално действат.
В macOS scutil --dns отпечатва конфигурацията на резолвера за всеки обхватен интерфейс, включително домейните за търсене, които VPN е изпратил.
В Linux прочетете реда search във /etc/resolv.conf, но проверете дали VPN клиент не го е презаписал. Ако файлът е управляван, редактирайте източника на истина, а не генерирания файл. Остарял ред search от предишна мрежа е честа причина.
Какво да съхранявате с профила
Съхранявайте коригираното пълно име, списъка с наставки и адреса на резолвера до профила на клиента. Следващият човек, който съобщи, че сайтът intranet не работи, може да сравни три известни стойности вместо да започва от празна страница.
И ако само кратката форма се проваля, кажете го в заявката. Това изречение спестява на екипа по резолверите един следобед.