Ku shkon DNS kur kombinoni Tor dhe VPN

Po funksionojnë dy mjete privatësie, një faqe nuk ngarkohet dhe një test zgjidhësi thotë se diçka jashtë shfletuesit mori një emër. Përpara se kjo të bëhet raport rrjedhjeje, emërtoni shkëmbimin nga i cili erdhi. Një konfigurim Tor plus VPN përmban të paktën tre kërkesa të ndryshme emrash me tre pronarë të ndryshëm, dhe kalimi nëpër to në rendin në të cilin ndodhin është mënyra më e shpejtë për të parë cili po sillet keq.

Emërtoni çdo shkëmbim përpara se ta quani rrjedhje

Shkëmbimi i parë zgjidh vetë pikën fundore të VPN-së dhe ndodh përpara se të ekzistojë çfarëdo mbrojtje. I dyti zgjidh një destinacion për shfletuesin Tor, i cili mund t'ia dorëzojë emrin përfaqësuesit në vend që ta zgjidhë lokalisht. I treti mbulon gjithçka tjetër në makinë, duke përfshirë kontrollet e përditësimit, klientët e postës dhe kërkesat e shërbimit të vetë sistemit operativ. Vetëm i pari prej tyre mund të ndodhë pa qenë të përfshirë dy të tjerët.

Secili prej tyre mund të ndjekë një rrugë tjetër, dhe një test i vetëm në shfletues vëzhgon vetëm kërkesën e tij. Marrja e një rezultati si gjendje e të treve është vendi ku fillon pjesa më e madhe e konfuzionit.

Shkruani cilat emra i përkasin cilës shtresë përpara se të ndryshoni diçka. Emrat organizativë privatë, një destinacion publik dhe vetë pika fundore e tunelit nuk mbajnë të njëjtën kërkesë, dhe një politikë që i trajton si një kategori do të thyejë diçka.

Kërkesa e nisjes ndodh përpara tunelit

Një klient i konfiguruar me një emër hosti duhet ta zgjidhë atë emër për të hapur tunelin, dhe në atë moment nuk ekziston asnjë tunel që ta mbajë kërkesën. Përgjigjet çdo zgjidhës që sistemi operativ ofron në rrjetin aktual, i cili mund të jetë një portal i kapur, një zgjidhës hoteli ose një publik. Kjo nuk është rrjedhje në tunel, sepse nuk ka ende tunel.

Ndryshimi i cilësimit të DNS të sigurt të shfletuesit nuk e prek as këtë kërkesë, pasi i përket një shërbimi që funksionon jashtë shfletuesit dhe nis përpara se të hapet çdo faqe. Nëse emri i pikës fundore nuk zgjidhet, asnjë politikë brenda tunelit nuk do të ndihmojë, sepse dështimi ndodh një fazë më herët se gjithçka që përshkruan konfigurimi.

Ky është i vetmi vend ku përdorimi i një adrese fjalëpërfjalë për pikën fundore, nëse ofruesi e mbështet, heq një varësi në vend që të shtojë një. Heq gjithashtu aftësinë për të ndjekur një ofrues që rrotullon adresat, kështu që shkëmbimi është real dhe duhet vendosur, jo zbuluar.

Shfletuesi dhe pjesa tjetër e makinës ndryshojnë

Ndërfaqja SOCKS e Tor mbështet kalimin e një emri hosti destinacioni te përfaqësuesi, që do të thotë se skaji i largët bën zgjidhjen dhe makina lokale nuk pyet kurrë. Një aplikacion i përgjithshëm që mbështet një përfaqësues mund ta zgjidhë emrin lokalisht fillimisht dhe pastaj të lidhet me adresën që mori, gjë që prodhon një kërkesë lokale për një destinacion që përdoruesi besonte se po kalonte nëpër përfaqësues. Prandaj dy aplikacionet mund të rrjedhin në vende të ndryshme ndërsa ndajnë një cilësim të vetëm përfaqësuesi. Asgjë në një adresë të përbashkët përfaqësuesi nuk ju tregon se cila nga dy sjelljet po përdoret.

Shfletuesit shtojnë një shtresë tjetër kur DNS i sigurt është aktivizuar, sepse shfletuesi mund të zgjedhë ofruesin e vet dhe ta anashkalojë plotësisht zgjidhësin e sistemit. Klienti i tunelit, ndërkohë, mund të shtyjë një zgjidhës përmes tunelit për të gjithë makinën. Këto dy cilësime mund të jenë të dyja të sakta dhe prapëseprapë të përshkruajnë sjellje të ndryshme për programe të ndryshme.

Kontrolloni programin që bëri kërkesën në vend që të nxirrni përfundime nga një faqe testimi. Dallimi midis një kërkese që transportohet brenda tunelit dhe një që nuk arriti kurrë te Tor është pikërisht dallimi që një adresë e vetme zgjidhësi nuk mund ta tregojë.

Kontrolloni çdo program, pastaj krahasoni me qëllimin

Bëni vëzhgimet veçmas: çfarë do të përdorte sistemi, për çfarë është konfiguruar shfletuesi dhe nëse lidhja SOCKS transporton një emër ose një adresë. E fundit është dallimi midis zgjidhjes në distancë dhe asaj lokale, dhe specifikimi i zgjerimeve SOCKS përshkruan si një emër hosti kalon në vend që të zgjidhet fillimisht.

resolvectl status | grep -E "Current DNS Server|DNS Servers"
ss -tnp '( dport = :9050 )'
dig +short dev.internal.example
getent hosts vpn-endpoint.example.net

Pastaj krahasoni atë që vëzhguat me atë që kishit ndërmend. Një emër publik i zgjidhur përmes tunelit nga një zgjidhës që zgjodhët nuk është i njëjti gjetje si një emër privat i dorëzuar një zgjidhësi publik gjatë një tërheqjeje, dhe zakonisht vetëm i dyti kërkon veprim. I pari është një konfigurim që funksionon siç është projektuar, edhe nëse duket i pazakontë në një raport.

Regjistroni përjashtimet që pranoni, duke përfshirë kërkesën e nisjes që nuk mund të mbrohet. Një përjashtim i shkruar është një vendim projektimi, ndërsa i njëjti përjashtim i zbuluar më vonë duket si defekt. Kushdo që e gjen do ta trajtojë si të tillë, dhe ju do ta kaloni mbledhjen duke shpjeguar pse nuk është.