Verifikoni nëse një tunel i ndarë funksionon: një rezultat IP nuk është test
Shkruani cilat flukse duhet të përdorin tunelin dhe cilat duhet të mbeten drejt, pastaj provoni të dyja anët, ndarjen e DNS-së dhe rastin e dështimit.
Një faqe e vetme shfletuesi që shfaq një adresë IP nuk provon pothuajse asgjë për një tunel të ndarë. Një adresë e dukshme mund të jetë e sakta për arsyen e gabuar, dhe një fluks i përjashtuar nuk ushtrohet kurrë prej saj. Shkruani rezultatin e pritur përpara se të provoni: cila aplikacion ose destinacion duhet të përdorë tunelin, cili duhet të mbetet drejt, dhe çfarë duhet të ndalet kur tuneli dështon. Pa atë plan, çdo numër i besueshëm duket si sukses.
Miti: një kërkim adrese provon mbulimin
Kontrolli i IP-së përgjigjet një pyetjeje: çfarë sheh bota e jashtme nga një aplikacion në një çast. Nuk thotë asgjë për një prefiks të brendshëm, një profil të dytë shfletuesi ose një emër që duhet zgjidhur privatisht. Nuk thotë asgjë as për dështimin, dhe kjo është gjysma e një dizajni tuneli të ndarë që thyhet në prodhim.
Një faqe adrese gjithashtu nuk mund të tregojë rrugën, zgjidhësin ose politikën e dështimit. Trajtojeni si një vëzhgim, jo si një verdikt.
Provoni një fluks të përfshirë dhe një të përjashtuar
Dërgoni një kërkesë të padëmshme nga aplikacioni që duhet të përfshihet, ose drejt prefiksit që prisni të kalojë përmes tunelit, dhe regjistroni burimin, destinacionin, familjen e adresave dhe rrugën e vëzhguar. Bëni të njëjtën gjë për një fluks që duhet të mbetet drejt. Ana e përjashtuar është ajo që njerëzit e kapërcejnë, dhe është prova e vetme se ndarja është e qëllimshme dhe jo aksidentale. Një proces ndihmës mund të mbajë një identitet të veçantë politike, prandaj provoni në procesin që zotëron socketin.
flow: Firefox to intranet.example:443, IPv4, source 10.8.0.6, tunneled
flow: Firefox to 1.1.1.1, IPv4, source 192.0.2.20, direct
Kjo është arsyeja pse një test i kryer në aplikacionin e gabuar mund të tregojë të kundërtën e asaj që synon dizajni. Shkruani katër fushat për të dyja anët përpara se të nxirrni ndonjë përfundim.
Shtoni DNS-në dhe rastin e dështimit
Pyetni zgjidhësin e sistemit dhe zgjidhësin që përdor aplikacioni, pastaj krahasoni ato përgjigje me adresën e daljes që raporton faqja. Shtresat e dyja mund të mos pajtohen sipas dizajnit, dhe një kërkim i vetëm i shfletuesit nuk ushtron politikën e sistemit operativ. Një shell e bën krahasimin të përsëritshëm: Thyeni tunelin qëllimisht, pastaj bëni një kërkesë që shfletuesi nuk e ka në cache; një faqe e shërbyer nga cache nuk ju thotë asgjë për drejtimin ku shkoi alternativa. Regjistroni çfarë ndodhi në të vërtetë, në vend të asaj që parashikoi dizajni.
curl -s https://ifconfig.me
nslookup intranet.example
Një tunel i ndarë që dështon i mbyllur dhe një që dështon i hapur duken identikë derisa ta thyeni tunelin qëllimisht. Regjistroni çfarë sjellje vëzhguat, jo çfarë prisnit.
Përsëritni pas ndryshimit të gjendjes
Përsëritni të njëjtat vëzhgime pas një rilidhjeje, një ndryshimi rrjeti dhe një përditësimi të rëndësishëm të aplikacionit. Një përjashtim i ruajtur mund të vazhdojë të tregojë nga një rrugë ose një identitet aplikacioni që nuk ekziston më, dhe dizajni ndalon në heshtje së përputhuri me dokumentacionin e tij. Ato tre ngjarje janë vendet ku tunelët e ndarë devijojnë, dhe secila prej tyre është e lirë për t'u ritestuar. Një test që ekzekutohet vetëm një herë në vendosje përshkruan një konfigurim që nuk ekziston më.
Nëse një rezultat ndryshon, gjeni pronarin e rregullit dhe fazën e përpunimit përpara se të ndryshoni disa cilësime njëherësh. Të ndryshosh pesë gjëra dhe të vëzhgosh një rezultat nuk është diagnozë, është një konfigurim i ri.
Çfarë duhet të vërtetojë rezultati
Lidhni vëzhgimet me politikën dhe versionin e klientit që keni testuar vërtet. Qëllimi është të tregohet se kjo vendosje përputhet me mbulimin që pretendon, jo se çdo aplikacion i ardhshëm do të jetë privat. Ky është një pohim më i ngushtë, dhe është ai që mund ta mbështesni vërtet me prova. Shkruani pohimin, versionin dhe rezultatet e katër fushave në regjistrin e ndryshimeve.
Pastaj rishikuesi tjetër mund të dallojë nëse ndryshoi dizajni apo testi. Një tunel i ndarë verifikohet kur të dyja anët, ndarja e zgjidhësit dhe sjellja në dështim përputhen me atë që shkruat në fillim. Një rezultat i vetëm IP nuk verifikon asnjë prej tyre.