Tuneli i ndarë përjashton shfletuesin, jo pyetjet e tij DNS

Shfletuesi i përjashtuar nga tuneli, faqja e IP-së publike konfirmon që trafiku i tij del përmes lidhjes së shtëpisë, dhe wiki-ja e brendshme ende nuk hapet. Zgjidhja e emrave shkoi diku tjetër, dhe ai diku tjetër zakonisht është zgjidhësi që konfiguroi VPN-ja. Rruga e të dhënave dhe rruga e zgjidhësit janë vendime të ndara në shumicën e dizajneve të tunelit të ndarë. Kontrolloni cilën shfletuesi përdori vërtet përpara se ta quani përjashtimin e prishur.

Rruga e të dhënave dhe rruga e zgjidhësit ndahen

Një përjashtim i heq paketat e një aplikacioni nga tuneli, që është një vendim rrugëtimi dhe firewalle në rrugën e të dhënave. Zgjidhja e emrave është një kërkim tjetër: një proces pyet zgjidhësin e sistemit, dhe ai zgjidhës vendos cili server merr pyetjen.

Të dyja mund të jenë të qëllimshme dhe të ndryshme. Një vendosje pune mund t’i mbajë hapësirat e emrave të brendshme te zgjidhësi korporativ duke dërguar shfletimin publik të zgjedhur jashtë tunelit, pikërisht sepse emrat e brendshëm nuk zgjidhen askund tjetër. Rasti konfuz është i kundërt: një sajt publik dështon sepse shfletuesi nuk e pyeti kurrë zgjidhësin që priste vendosja. Shënoni rrugën dhe zgjidhësin veçmas, dhe gjysma e debateve zhduket.

Gjeni cili proces e bën pyetjen

Një shfletues mund të përdorë zgjidhësin e sistemit, shërbimin e vet të DNS-së të kriptuar, ose një zgjidhës që sistemi operativ cakton për çdo rrjet. I pari ndjek politikën e platformës, i dyti e anashkalon plotësisht atë politikë, dhe i treti varet se në cilën lidhje drejtohet pyetja.

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

Lexoni konfigurimin në fuqi përpara testimit: cilat lidhje mbajnë serverë DNS, cilat hapësira emrash kërkojnë, dhe nëse një politikë për emër e anashkalon vlerën e paracaktuar. Në Linux DNS-ja e ndarë përdor domenet e rrugëtimit; në Windows tabela e politikës së zgjidhjes së emrave bën të njëjtën punë për hapësirat e emrave. Asnjëra nuk shihet nga një faqe testimi rrjedhjeje.

Vendosni cili zgjidhës sheh cilin emër

Shkruani hartëzimin e synuar përpara se të ndryshoni gjë: emrat e brendshëm te zgjidhësi korporativ, emrat publikë te shërbimi që lejon politika, dhe përjashtimet me një përgjegjës. Pa atë listë, çdo etiketë e testit të rrjedhjes bëhet një debat politike që askush nuk mund ta mbyllë.

Më pas kontrolloni cilësimin e vetë shfletuesit, sepse DNS-ja e kriptuar në shfletues zbatohet përpara se sistemi operativ të marrë pyetjen. Një përdorues që e aktivizoi për të anashkaluar një portal kapjeje e ka anashkaluar në heshtje zgjidhësin që zgjodhi vendosja. Ky është një vendim konfigurimi dhe jo një rrjedhje, dhe meriton një vendim, jo një listë bllokimi.

Mos rishkruani çdo fushë DNS për ta bërë një etiketë testi të gjelbër. Etiketa përshkruan një pyetje të një procesi në një moment.

Verifikoni pyetjen dhe lidhjen veçmas

Testoni të dyja rrugët veçmas. Testi i lidhjes tregon rrugën e të dhënave, dhe testi i zgjidhësit tregon kush e mori emrin.

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

Pyetni zgjidhësin edhe në mënyrë eksplicite, që një dështim t’i atribuohet serverit dhe jo rrugës. Më pas rinisni shfletuesin dhe përsëritni, sepse aplikacionet ruajnë përgjigjet negative në cache dhe një dështim i vjetër duket i vazhdueshëm.

Pas një ndryshimi të miratuar, shënoni rrugën e të dhënave dhe marrësin e zgjidhësit si dy rreshta të veçantë me datën. Nëse sjellja kthehet në rilidhjen tjetër, profili që e ofron është ai që duhet rregulluar, jo shfletuesi.