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.

PathPortWho controls it
Classic DNSUDP and TCP 53System resolver settings
DNS over TLSTCP 853Resolver or stub configuration
DNS over HTTPSTCP 443Browser 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.

Artikuj të ngjashëm