Lejo DNS vetëm përmes zgjidhësit tënd VPN: një udhëtim hap pas hapi
Ndiq një kërkim të vetëm emri nga shfletuesi deri te përgjigjja. Shiko ku zgjidhet zgjidhësi, ku e zbaton muri i zjarrit dhe çfarë nuk mbulon kurrë një rregull për portën 53.
Ndiq një kërkim të vetëm emri nga momenti kur e shkruan. Shfletuesi pyet sistemin operativ, sistemi operativ pyet zgjidhësin që zgjedh politika e tij, dhe kërkesa largohet nga pajisja përmes një ndërfaqeje me një transport. Dizenjimi yt i VPN thotë se përgjigjja duhet të vijë nga një zgjidhës i caktuar nëpër një rrugë të caktuar. Hendeku midis këtyre dy pohimеve është ajo që konfiguron dhe më pas zbaton me forcë.
Hapi 1: emërto zgjidhësin dhe rrugën
Shkruaj tri gjëra përpara se të prekësh një mur zjarri: adresën e zgjidhësit, protokollin dhe portën që pret, dhe ndërfaqen nga e cila duhet të dalë kërkesa. Pa këtë listë, një rregull është hamendje për trafikun dhe jo zbatim i një vendimi. Një VPN mund të mbajë të dhënat e aplikacioneve ndërsa DNS ndjek një rregullim të veçantë, dhe kjo në vetvete nuk është gabim. Është ajo që ndodh kur askush nuk i ka thënë klientit ndryshe.
Emërtimi i qartë i rrugës është dallimi midis një dizenjimi dhe një aksidenti. Të jep edhe diçka për të provuar më vonë, sepse çdo vëzhgim mund të krahasohet me një pritshmëri të shkruar. Mbaje listën në biletën e ndryshimit dhe jo në kokën e dikujt.
Hapi 2: vendos politikën aty ku jeton vërtet
Zgjedhja e zgjidhësit i takon klientit: konfigurimi i rrjetit të sistemit operativ, cilësimet e vetë klientit VPN ose një politikë e menaxhuar e shfletuesit. Vendose fillimisht aty, me mekanizmin që mbështet platforma, sepse një mur zjarri nuk mund të detyrojë një klient të zgjedhë një zgjidhës për të cilin nuk ka dëgjuar kurrë. Në një klient me tunel të ndarë, thuaj shprehimisht cilat domene shkojnë te zgjidhësi i brendshëm. Në një flotë të menaxhuar, politika e shfletuesit është shpesh e vetmja levë për DoH, sepse shfletuesi mund të zgjedhë zgjidhësin e vet të kriptuar në mënyrë të pavarur nga cilësimi i sistemit.
Nëse e kalon këtë dhe shkon drejt e te muri i zjarrit, merr një rregull që lejon zgjidhësin e duhur plus një klient që nuk e përdor kurrë. Rregulli duket i saktë dhe regjistrat e zgjidhësit mbeten bosh, një çift konfuz për korrigjim. Konfiguro fillimisht zgjedhjen, pastaj zbatoje.
Hapi 3: zbato rrugën në mënyrë të ngushtë
Tani shto lejen e rrjetit për rrugën e lejuar: adresën e zgjidhësit, protokollin dhe portën, dhe ndërfaqen nga e cila duhet të dalë. Mbaje rregullin të kufizuar te ai zgjidhës në vend që të lejosh çdo DNS dalës. Tri rrugët më poshtë janë ato që mund të marrë një klient modern, dhe vetëm e para mbulohet nga një rregull për portën 53.
| Path | Port | Who controls it |
|---|---|---|
| Classic DNS | UDP and TCP 53 | System resolver settings |
| DNS over TLS | TCP 853 | Resolver or stub configuration |
| DNS over HTTPS | TCP 443 | Browser or application policy |
Bllokimi i DoH dhe DoT është i ligjshëm; supozimi se një rregull për portën 53 i ka bllokuar tashmë nuk është. Një shfletues me DoH zgjidh emrat nëpër një rrugë që rregulli yt nuk e ka përshkruar kurrë, dhe një aplikacion që sjell zgjidhësin e vet bën të njëjtën gjë. Shkruaj çdo rrugë që synon të lejosh dhe çdo një që synon të refuzosh. Një rregull që nuk emërton një rrugë nuk ka vendosur asgjë për të.
Hapi 4: ndiq emrat privatë dhe publikë
DNS i ndarë dërgon qëllimisht vetëm hapësira emrash privatë te një zgjidhës i brendshëm ndërsa emrat publikë shkojnë diku tjetër, kështu që më shumë se një zgjidhës në dizenjim nuk është rrjedhje. Rrjedhja është një kërkesë që duhej të shkonte te zgjidhësi yt dhe arrin diku tjetër, ose një rrugë e synuar e paarritshme që e bën klientin të tërhiqet në heshtje. Këto dy raste janë ato që duhen kërkuar. Ndiq një emër të brendshëm dhe një emër publik nën politikën e synuar dhe shëno cili zgjidhës u përgjigj për secilin.
Një sajt provë që raporton zgjidhësin tënd është një shenjë, jo provë, sepse sheh vetëm kërkesat që arritën tek ai. Kap kërkesën në anën e klientit kur duhet të dish cilën rrugë mori vërtet, pastaj krahaso të dyja vëzhgimet. Kur nuk përputhen, ke gjetur një tërheqje që askush nuk e dokumentoi.
Nëse adresa e zgjidhësit është e saktë por e paarritshme, problemi është në rrugëzim ose filtrim dhe jo në politikë. Gjurmo kërkesën deri te ajo adresë dhe konfirmo se përgjigjja kthehet nëpër ndërfaqen e pritur përpara se të ndryshosh çfarëdo cilësimi të zgjidhësit.
Hapi 5: mbaj një rrugë kthimi
Përpara se të shtrëngosh aksesin DNS në portë, konfirmo një metodë rikuperimi që nuk varet nga zgjidhja e emrave. Një zgjidhës i prishur e bën çdo mjet riparimi më të vështirë për t'u arritur, përfshirë ato me të cilat do të ktheje ndryshimin. Mbaj një konsolë lokale ose një rrugë jashtë brezit të hapur derisa politika e re të provohet. Hiqe vetëm pasi politika të ketë kaluar një rilidhje.
Pas një rilidhjeje ose një përditësimi të politikës së shfletuesit, inspekto përsëri gjendjen efektive, sepse të dyja mund të ndryshojnë zgjidhësin pa ndryshuar rregullin tënd. Kërkesa është një marrës i njohur dhe një rrugë e mbrojtur për kërkesat, jo një etiketë zgjidhësi qetësuese në një pamje ekrani. Specifikimi RFC 8484 për DNS over HTTPS është referenca për rrugën e kriptuar që rregulli yt i portës nuk e sheh.