Kontrolli i një VPN pa ndërfaqe: një rrjedhë në herë, me prova
Një kuti pa ndërfaqe kërkon një kërkesë përgjigjen e së cilës mund ta lexoni. Testoni çdo familje adresash, kontekst dhe destinacion, pastaj shënoni çka nuk mbuloi rezultati.
Në një kuti pa ndërfaqe nuk ka shfletues për të hapur dhe as dry për të parë, kështu që kontrolli duhet të jetë një kërkesë përgjigjen e së cilës mund ta lexoni. Kjo tingëllon e parëndësishme derisa të vini re se një rezultat i vetëm i adresës së daljes përdoret për të certifikuar një pajisje që drejton dhjetëra shërbime, dy familje adresash dhe një proxy. Rrjedha më poshtë ndërton një provë të kufizuar në herë, në të njëjtin kontekst në të cilin ngarkesa e punës funksionon vërtet.
Vendosni çfarë duhet të provojë testi
Përpara se të ekzekutoni çdo gjë, shkruani pritshmërinë në një rresht: cila rrjedhë, përmes cilit ndërfaqe, drejt cilit destinacion dhe çfarë duhet të shihet në anën tjetër. Një test pa pritshmëri të deklaruar prodhon një numër që askush nuk mund ta interpretojë.
Versioni më i dobishëm emërton një pikë fundore të miratuar që raporton adresën burimore që pa.
Ajo pikë fundore është e vetmja pjesë që duhet të organizoni. Gjithçka tjetër është vëzhgim në anën e klientit, dhe vëzhgimet në anën e klientit dështojnë në mënyra interesante.
Kryeni vëzhgimin në kontekstin e duhur
Shell-i i administratorit nuk është mjedisi i ngarkesës së punës. Ai mund të mbajë një ndryshore tjetër proxy, një tabelë tjetër rrugëtimi në një hapësirë tjetër emrash, ose skedarin e mjedisit të një përdoruesi tjetër. Kryeni testin në të njëjtin kontekst hosti, kontejneri, hapësire emrash ose shërbimi si ajo që po kontrolloni. Përndryshe po matni shell-in tuaj.
Në një host normal kjo do të thotë i njëjti përdorues dhe e njëjta njësi. Në një mjedis kontejnerësh kjo do të thotë të hyni në hapësirën e emrave të rrjetit të kontejnerit në vend që të testoni nga hosti. Në një shërbim systemd mund të thotë një njësi kalimtare me të njëjtat cilësime.
Kërkesa që vijon ka kuptim vetëm kur jeni në kontekstin e duhur.
Kontrolloni familjet e adresave veçmas
Kërkoni çdo familje në mënyrë eksplicite, sepse një kërkesë e suksesshme IPv4 nuk ushtron aspak një rrugë IPv6. Përzgjedhësit --ipv4 dhe --ipv6 detyrojnë zgjedhjen, dhe ndryshimi midis dy rezultateve është vetë informacion.
curl --ipv4 https://probe.example/observed-source
curl --ipv6 https://probe.example/observed-sourceNjë kërkesë IPv6 e dështuar nuk është provë e një bllokimi të efektshëm. Mund të thotë se pika fundore nuk ka adresë IPv6, se DNS nuk ktheu asgjë të përdorshme, ose se pajisja nuk ka fare rrugë IPv6. Lexoni dështimin përpara se të nxirrni përfundim. Një kërkesë IPv6 e suksesshme përmes tunelit është i vetmi rezultat që provon se rruga IPv6 është mbuluar.
Shënoni të dyja përgjigjet krah për krah. Njëra vetëm është gjysma e një fakti.
Shtoni katër gjërat që kontrolli i daljes i humb
Një adresë daljeje përgjigjet një pyetjeje. Katër të tjera vendosin nëse tuneli sillet siç është projektuar.
| Check | What it proves | What it does not |
|---|---|---|
| Included and excluded destinations | The split behaves as designed for those flows | Coverage of any other destination |
| Resolver path | Where a fresh lookup actually travelled | Where a cached answer came from |
| Tunnel-down behaviour | The failure policy for a new request | What an already open connection does |
| Reconnect and restart | The requirement survives the lifecycle event | Behaviour under load or partial failure |
Politika e destinacioneve vjen e para: testoni një rrjedhë që duhet të përfshihet dhe një që duhet të përjashtohet, kur dizajni ka një ndarje. Pastaj DNS, ku inspektoni rrugën reale të zgjidhësit në vend të vlerës së konfiguruar, sepse një përgjigje e ruajtur në cache ose një cilësim i shtypur nuk thotë asgjë për atë se ku shkoi një pyetje e re.
Sjellja në dështim kërkon një plan dhe një rrugë rikuperimi të ruajtur. Vëzhgoni një kërkesë të re ndërsa tuneli nuk është i disponueshëm, dhe mbani mend se një lidhje e vjetër e hapur nuk është provë për politikën e dështimit. Cikli i jetës vjen i fundit: përsëritni vëzhgimin pas një rilidhjeje ose rinisjeje të shërbimit nëse ato ngjarje ndikojnë kërkesën.
Regjistroni prova, jo një vendim
Për çdo rezultat mbani kontekstin e procesit, destinacionin, familjen e adresave, kohën dhe burimin e vëzhguar. Ky grup është provë e kufizuar për rrjedhat që ushtruat, dhe është i mbrojtshëm pikërisht sepse thotë çfarë mbuloi.
Nuk është një auditim i të dhënave të operatorit të VPN-së dhe as një certifikatë për çdo aplikacion të ardhshëm në pajisje.
Shkruani kufijtë pranë rezultatit. Një test që deklaron çfarë nuk mbuloi kalon rishikimin, ndërsa ai që pretendon se pajisja është verifikuar nuk kalon. Mbani manualin e curl pranë përzgjedhësve të familjes që përdorët, dhe mbani tabelën me katër rreshta bashkë me rezultatet.