Trumpi vidiniai vardai nepavyksta VPN: priesaga, kurios niekada nematote
Trumpas vardas veikia tik todėl, kad paieškos priesaga jį užbaigia. Palyginkite visą ir trumpą vardą, kad atskirtumėte priesagos trūkumą nuo sprendėjo gedimo.
Trumpas vardas veikė biure ir nepavyksta VPN, o visas vardas išsprendžiamas be problemų. Niekas nesugedę. Nuogas vardas kaip intranet nėra pilnas vardas; klientas prideda priesagą iš savo paieškos sąrašo ir klausia rezultato. Jei VPN profilis neteikia šios priesagos, pažįstama trumpoji forma nustoja egzistuoti.
Tai ir yra visas mitas. DNS nesugedo, pasikeitė paieškos politika.
Nuogas vardas nėra vardas
Kai įrašote vieną etiketę, sprendėjas turi nuspręsti, ko klausti. Jis bando vardą tokį, koks duotas, tada po vieną prideda paieškos sąrašo įrašus, kol kažkas atsako. Linux sistemoje resolv.conf valdo tą tvarką su search ir ndots nuostatomis. Windows sistemoje priesagų sąrašas ir vardų sprendimo politika daro tą patį. Pašalinkite priesagą ir sprendėjas neturės ko pridėti.
Todėl veikiantis trumpas vardas yra politikos įrodymas, o ne sveiko DNS serverio įrodymas.
Ką daro priesagų sąrašas ir sprendėjo adresas
Šie du dalykai nuolat painiojami. Sprendėjo adresas sako, ko klausti; priesagų sąrašas sako, apie kurį vardą klausti. VPN gali duoti privatų sprendėją be priesagos arba priesagą su netinkamu sprendėju. Tik vienas iš šių gedimų atrodo kaip DNS sutrikimas.
Tikrinkite juos atskirai, nes netinkamo taisymas sudegina palaikymo langą.
| 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 |
Trys simptomai, trys skirtingi atsakingieji.
Pirmiausia išbandykite visą vardą
Prašykite administratoriaus dokumentuoto visiškai kvalifikuoto vardo, o ne spėjimo. Veikiantis FQDN įrodo, kad sprendėjas pasiekiamas ir įrašas egzistuoja, o tai vienu užklausimu pašalina pusę galimų priežasčių. Naudokite įrankį, kuris rodo, kuris serveris atsakė, kad neskaitytumėte podėlyje saugomo rezultato.
Laikykite testą privačiu. Vidinių variantų siuntimas viešam sprendėjui atskleidžia vardus ir tikrina politiką, kurios niekas neketino.
Kur priklauso pataisymas
Pataisykite savininko profilį arba jį generuojančią valdymo sistemą. Rankinis vietinės sprendėjo konfigūracijos keitimas paprastai išnyksta prisijungus iš naujo, arba taikomas kiekvienam tinklui, prie kurio prisijungia mašina, o tai dar blogiau.
Windows sistemoje tikrinkite efektyvią politiką, o ne prisimenamą žymės langelį. Get-DnsClientNrptPolicy rodo vardų sprendimo taisykles, kurios iš tikrųjų galioja.
macOS sistemoje scutil --dns išspausdina sprendėjo konfigūraciją kiekvienam apimtam sąsajai, įskaitant paieškos domenus, kuriuos VPN įstūmė.
Linux sistemoje perskaitykite search eilutę /etc/resolv.conf faile, bet patikrinkite, ar VPN klientas jos neperrašė. Jei failas valdomas, redaguokite tiesos šaltinį, o ne atvaizduotą failą. Pasenusi search eilutė, likusi iš ankstesnio tinklo, yra dažna priežastis.
Ką laikyti su profiliu
Laikykite pataisytą visą vardą, priesagų sąrašą ir sprendėjo adresą šalia kliento profilio. Kitas žmogus, pranešęs, kad intranet svetainė neveikia, galės palyginti tris žinomas reikšmes, o ne pradėti nuo tuščio puslapio.
Ir jei nepavyksta tik trumpoji forma, pasakykite tai biliete. Tas sakinys sutaupo sprendėjų komandai popietę.