Nabibigo ang maiikling panloob na pangalan sa VPN: ang suffix na hindi mo nakikita

Gumana ang maikling pangalan sa opisina at nabibigo ito sa VPN, habang ang buong pangalan ay nalulutas nang walang problema. Walang sira. Ang hubad na pangalan tulad ng intranet ay hindi buong pangalan; nagdaragdag ang kliyente ng suffix mula sa listahan ng paghahanap nito at nagtatanong tungkol sa resulta. Kung hindi ibinibigay ng profile ng VPN ang suffix na iyon, hindi na umiiral ang pamilyar na maikling anyo.

Iyon ang buong alamat. Hindi nasira ang DNS, nagbago ang patakaran sa paghahanap.

Ang hubad na pangalan ay hindi pangalan

Kapag nag-type ka ng isang label, kailangang magpasya ng resolver kung ano ang itatanong. Sinusubukan nito ang pangalan gaya ng ibinigay, pagkatapos ay nagdaragdag ng mga entry mula sa listahan ng paghahanap nang isa-isa hanggang may sumagot. Sa Linux, kinokontrol ng resolv.conf ang pagkakasunod-sunod na iyon gamit ang mga setting na search at ndots. Sa Windows, ginagawa rin ito ng listahan ng suffix at ng patakaran sa paglutas ng pangalan. Alisin ang suffix at wala nang maidaragdag ang resolver.

Kaya ang gumaganang maikling pangalan ay patunay ng isang patakaran, hindi patunay ng malusog na DNS server.

Ano ang ginagawa ng listahan ng suffix at address ng resolver

Ang dalawang ito ay laging pinaghahalo. Sinasabi ng address ng resolver kung kanino magtatanong; sinasabi ng listahan ng suffix kung tungkol sa aling pangalan magtatanong. Maaaring bigyan ka ng VPN ng pribadong resolver na walang suffix, o suffix na may maling resolver. Isa lang sa mga kabiguan na iyon ang mukhang pagkaantala ng DNS.

Suriin sila nang hiwalay, dahil ang pag-aayos ng mali ay nagsusunog ng window ng suporta.

Tatlong sintomas, tatlong magkaibang may-ari.

Subukan muna ang buong pangalan

Hilingin ang buong kwalipikadong pangalan na dokumentado ng administrator, hindi hula. Ang gumaganang FQDN ay nagpapatunay na maabot ang resolver at may record, na nag-aalis ng kalahati ng posibleng dahilan sa isang query. Gumamit ng tool na nagpapakita kung aling server ang sumagot, upang hindi ka magbasa ng naka-cache na resulta.

Panatilihing pribado ang pagsubok. Ang pagpapadala ng mga panloob na variant sa pampublikong resolver ay nagbubunyag ng mga pangalan at sumusubok ng patakarang walang sinuman ang nagtangka.

Saan nararapat ang pagwawasto

Itama ang profile na may-ari o ang sistema ng pamamahala na gumagawa nito. Ang manu-manong pag-edit sa lokal na configuration ng resolver ay karaniwang nawawala sa muling pagkonekta, o nalalapat sa bawat network na sinasalihan ng makina, na mas masahol pa.

Sa Windows, siyasatin ang epektibong patakaran sa halip na ang checkbox na naaalala mo. Ipinapakita ng Get-DnsClientNrptPolicy ang mga tuntunin sa paglutas ng pangalan na talagang may bisa.

Sa macOS, ipinapakita ng scutil --dns ang configuration ng resolver sa bawat naka-scope na interface, kabilang ang mga domain ng paghahanap na itinulak ng VPN.

Sa Linux, basahin ang linyang search sa /etc/resolv.conf, ngunit tingnan kung muling isinulat ito ng kliyente ng VPN. Kung pinamamahalaan ang file, i-edit ang pinagmumulan ng katotohanan sa halip na ang na-render na file. Ang lumang linyang search na natira mula sa nakaraang network ay karaniwang sanhi.

Ano ang itatabi kasama ng profile

Itabi ang naitamang buong pangalan, listahan ng suffix at address ng resolver sa tabi ng profile ng kliyente. Ang susunod na taong mag-uulat na down ang site ng intranet ay makakapaghambing ng tatlong kilalang halaga sa halip na magsimula sa blangkong pahina.

At kung ang maikling anyo lang ang nabibigo, sabihin iyon sa ticket. Ang pangungusap na iyon ay nagtitipid ng isang hapon sa koponan ng resolver.