Кароткія ўнутраныя імёны не працуюць праз 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 недаступны, зможа параўнаць тры вядомыя значэнні, а не пачынаць з пустой старонкі.
А калі не працуе толькі кароткая форма, напішыце гэта ў заяўцы. Гэта сказ зберагае камандзе распазнавальніка цэлы паўдзень.