Koarte ynterne nammen mislearje op VPN: it efterheaksel dat jo nea sjogge
In koarte namme wurket allinnich omdat in sykefterheaksel him oanfollet. Ferlykje de folsleine en de koarte namme om in efterheakselgat fan in resolverflater te skieden.
De koarte namme wurke op kantoar en mislearret op 'e VPN, wylst de folsleine namme sûnder problemen oplost wurdt. Neat is stikken. In bleate namme lykas intranet is net in folsleine namme; de klant foeget in efterheaksel út syn syklist ta en freget om it resultaat. As it VPN-profil dat efterheaksel net leveret, hâldt de fertroude koarte foarm op te bestean.
Dat is de hiele myte. DNS gie net stikken, it sykbelied feroare.
In bleate namme is gjin namme
As jo ien label type, moat de resolver beslute wat te freegjen. Hy probearret de namme sa't dy jûn is, foeget dan ien foar ien ynskriuwings út 'e syklist ta oant der wat antwurdet. Op Linux regelet resolv.conf dy folchoarder mei de ynstellings search en ndots. Op Windows dogge de efterheaksel list en it nammereoplossingsbelied itselde. Ferwiderje it efterheaksel en de resolver hat neat om ta te foegjen.
In wurkjende koarte namme is dêrom bewiis fan in belied, gjin bewiis fan in sûne DNS-tsjinner.
Wat de efterheaksel list en it resolveradres elk dogge
Dizze twa wurde hieltyd trochinoar helle. It resolveradres seit wa't jo freegje moatte; de efterheaksel list seit oer hokker namme jo freegje moatte. In VPN kin jo in privee resolver sûnder efterheaksel jaan, of in efterheaksel mei de ferkearde resolver. Mar ien fan dy flaters liket op in DNS-ûnderbrekking.
Kontrolearje se apart, want it ferkearde reparearjen baarnt in stipefinster.
| 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 |
Trije symptomen, trije ferskillende eigners.
Testearje earst de folsleine namme
Freegje om 'e dokumintearre folslein kwalifisearre namme fan 'e behearder, gjin geraad. In wurkjende FQDN bewiist dat de resolver berikber is en dat de records bestiet, wat de helte fan 'e mooglike oarsaken yn ien fraach fuorthellet. Brûk in helpmiddel dat sjen lit hokker tsjinner antwurde, sadat jo gjin cachet resultaat lêze.
Hâld de test privee. Ynterne farianten nei in iepenbiere resolver stjoere iepenbieret nammen en testet in belied dat nimmen bedoelde.
Wêr't de korreksje heart
Korrizje it eigener profil of it behearsysteem dat it generearret. In hânmjittige bewurking oan 'e lokale resolverkonfiguraasje ferdwynt meastentiids by opnij ferbinen, of jildt foar elk netwurk dêr't de masine by heart, wat slimmer is.
Op Windows, ûndersykje it effektive belied ynstee fan it kontrôlefak dat jo jo herinnerje. Get-DnsClientNrptPolicy lit de nammereoplossingsregels sjen dy't eins fan krêft binne.
Op macOS prints scutil --dns de resolverkonfiguraasje per beheind ynterface, ynklusyf de sykdomeinen dy't de VPN treaun hat.
Op Linux, lês de search-rigel yn /etc/resolv.conf, mar kontrolearje oft in VPN-klant dy wer oanskreau hat. As it bestân beheard wurdt, bewurkje dan de boarne fan wierheid ynstee fan it renderde bestân. In ferâldere search-rigel oerbleaun fan in earder netwurk is in faak foarkommende oarsaak.
Wat by it profil te bewarjen
Bewarje de korrizjearre folsleine namme, de efterheaksel list en it resolveradres njonken it klantprofil. De folgjende persoan dy't meldt dat de intranet-side del is, kin trije bekende wearden ferlykje ynstee fan fan in blanco side te begjinnen.
En as allinnich de koarte foarm mislearret, sis dat yn it ticket. Dy sin sparret it resolverteam in middei.