Skaidytas tunelis pašalina naršyklę, o ne jos DNS užklausas

Tiesioginis duomenų kelias neperkelia vardų sprendimo. Patikrinkite, kuris sprendiklis gauna užklausą ir ar tai buvo numatyta, prieš vadindami tai nuotėkiu.

Naršyklė pašalinta iš tunelio, viešo IP puslapis patvirtina, kad jos srautas išeina per namų ryšį, o vidinė wiki vis tiek neatsidaro. Vardų sprendimas nuėjo kitur, ir tas kitur dažniausiai yra sprendiklis, kurį nustatė VPN. Duomenų kelias ir sprendiklio kelias yra atskiri sprendimai daugumoje skaidyto tunelio projektų. Patikrinkite, kurį naršyklė iš tikrųjų naudojo, prieš pavadindami pašalinimą sugedusiu.

Duomenų kelias ir sprendiklio kelias išsiskiria

Pašalinimas išima programos paketus iš tunelio, o tai yra maršrutizavimo ir ugniasienės sprendimas duomenų kelyje. Vardų sprendimas yra kita paieška: procesas klausia sistemos sprendiklio, ir tas sprendiklis nusprendžia, kuris serveris gaus klausimą.

Abu gali būti tyčiniai ir skirtingi. Darbo diegimas gali laikyti vidines vardų erdves įmonės sprendiklyje, o pasirinktą viešą naršymą siųsti už tunelio, būtent todėl, kad vidiniai vardai niekur kitur neišsprendžiami. Painus atvejis yra priešingas: vieša svetainė nepavyksta, nes naršyklė niekada nepaklausė sprendiklio, kurio tikėjosi diegimas. Užrašykite maršrutą ir sprendiklį atskirai, ir pusė ginčų dingsta.

Išsiaiškinkite, kuris procesas pateikia klausimą

Naršyklė gali naudoti sistemos sprendiklį, savo šifruotą DNS paslaugą arba sprendiklį, kurį operacinė sistema priskiria kiekvienam tinklui. Pirmasis laikosi platformos politikos, antrasis visiškai apeina tą politiką, o trečiasis priklauso nuo to, kuriai jungčiai užklausa maršrutizuojama.

resolvectl status
resolvectl query intranet.example.net
dig +short +time=2 intranet.example.net @10.52.0.2
scutil --dns | head -n 40

Prieš testuodami perskaitykite galiojančią konfigūraciją: kurios jungtys turi DNS serverius, kokių vardų erdvių jos reikalauja ir ar politika pagal vardą viršija numatytąją. Linux sistemoje skaidytas DNS naudoja maršrutizavimo domenus; Windows sistemoje vardų sprendimo politikos lentelė atlieka tą patį vardų erdvėms. Nė vieno nesimato iš nuotėkio testo puslapio.

Nuspręskite, kuris sprendiklis mato kurį vardą

Užrašykite numatomą susiejimą prieš ką nors keisdami: vidinius vardus įmonės sprendikliui, viešus vardus paslaugai, kurią leidžia politika, o išimtis su atsakingu asmeniu. Be to sąrašo kiekviena nuotėkio testo etiketė tampa politiniu ginču, kurio niekas negali išspręsti.

Tada patikrinkite pačios naršyklės nustatymą, nes šifruotas DNS naršyklėje taikomas anksčiau, nei operacinė sistema gauna užklausą. Vartotojas, įjungęs jį norėdamas apeiti prisijungimo portalą, tyliai pakeitė sprendiklį, kurį pasirinko diegimas. Tai konfigūracijos sprendimas, o ne nuotėkis, ir jis vertas sprendimo, o ne blokavimo sąrašo.

Neperrašykite kiekvieno DNS lauko, kad viena testo etiketė taptų žalia. Etiketė apibūdina vieną užklausą iš vieno proceso vienu momentu.

Tikrinkite užklausą ir ryšį atskirai

Išbandykite abu kelius atskirai. Ryšio testas parodo duomenų maršrutą, o sprendiklio testas parodo, kas gavo vardą.

curl -sS --max-time 8 https://api.ipify.org
resolvectl query example.net
dig +short example.net

Paklauskite sprendiklio ir tiesiogiai, kad nepavykimą būtų galima priskirti serveriui, o ne keliui. Tada iš naujo paleiskite naršyklę ir pakartokite, nes programos talpina neigiamus atsakymus podėlyje, o senas nepavykimas atrodo nuolatinis.

Po patvirtinto pakeitimo užrašykite duomenų maršrutą ir sprendiklio gavėją kaip dvi atskiras eilutes su data. Jei elgsena grįš kitą kartą prisijungus, taisyti reikia profilį, kuris ją teikia, o ne naršyklę.

Susiję straipsniai