Si të regjistroni dhe verifikoni adresën e daljes së VPN që përdorët
Aplikacionet klient shfaqin një emër vendi, jo adresën nga e cila doli trafiku juaj. Kapni IP-në e daljes në momentin e lidhjes dhe krahasojeni me një bazë të drejtpërdrejtë.
Pyetni një klient VPN për desktop se cilat servera keni përdorur, dhe përgjigja e ndershme zakonisht është një emër vendi. Ai emër është pika e hyrjes që zgjidhët, dhe adresa nga e cila doli trafiku juaj mund të jetë një makinë krejt tjetër. Asgjë në aplikacion nuk është projektuar të mbajë numrin e dytë, prandaj regjistri duhet ndërtuar në momentin e përdorimit. Ekzistojnë dy qasje, dhe vetëm njëra prej tyre i reziston një rasti mbështetjeje.
Dy regjistra, dhe ekziston vetëm njëri
Pamja e vetë klientit është në rastin më të mirë një listë vendesh të zgjedhura me vula kohore. Ky është një vendim dizajni dhe jo një lëshim: adresat janë detaj operativ, ato rrotullohen mes caktimeve, dhe zbulimi i përputhjes e bën më të vështirë si mbështetjen ashtu edhe trajtimin e abuzimit. Ofruesit vendosin instanca cloud përpara rrjeteve të tyre pikërisht që pika fundore të mund të lëvizë pa i thënë askujt. Ajo që aplikacioni ju tregon është zgjedhja që bëtë, jo rruga që ndoqi trafiku.
Regjistri që mund të ndërtoni është një skedar lokal me një adresë publike dhe një vulë kohore UTC për rresht. Është më i vogël, më i shëmtuar dhe shumë më i dobishëm, sepse përshkruan pikërisht atë që një vëzhgues i jashtëm mund të shohë gjithashtu.
Opsioni A: kapni vetë adresën e daljes
Një shërbim jehone kthen adresën burimore nga e cila erdhi kërkesa, që është sipas përkufizimit adresa e daljes. Ekzekutoni kapjen pasi tuneli raporton i lidhur, sepse një klient që thotë i lidhur përpara se rrugët dhe DNS të stabilizohen do të regjistrojë adresën para tunelit dhe do të helmojë regjistrin që nga rreshti i parë.
#!/bin/sh
umask 077
log="$HOME/vpn-exit.log"
printf '%s %s\n' "$(date -u +%Y-%m-%dT%H:%M:%SZ)" "$(curl -fsS https://api.ipify.org)" >> "$log"Dy detaje e bëjnë atë fragment të përdorshëm dhe jo dekorativ. Vula kohore dhe adresa ndajnë një rresht, kështu që një analizë e mëvonshme nuk duhet të çiftojë regjistrime, dhe umask 077 e mban skedarin privat që nga momenti i krijimit. Ekzekutojeni një herë për lidhje dhe jo një herë për nisje, dhe mbani një skedar për pajisje.
Regjistri shënon kur përdorët një tunel dhe nga cili rrjet u shfaqët, që është më afër historisë së shfletimit sesa një numëruesi. Zgjidhni një periudhë ruajtjeje që mund ta mbroni, mbani skedarin jashtë dosjeve të përbashkëta të sinkronizimit dhe fshijeni me qëllim.
Opsioni B: kërkoni një histori nga ofruesi
Disa ofrues mbajnë regjistra lidhjesh dhe do t'i përgjigjen një pyetjeje mbështetjeje me një vulë kohore dhe një emër serveri. Ai regjistër përshkruan infrastrukturën e tyre dhe jo trafikun tuaj, dhe vlen vetëm sa vlejnë dritarja e ruajtjes dhe vullneti i tyre për të shikuar. Përshkruan gjithashtu një sesion, jo një kërkesë. Dritarja zakonisht është e shkurtër, dhe matet nga ana e ofruesit të tunelit.
Ofruesit që reklamojnë mungesë regjistrash nuk mund ta prodhojnë këtë me kërkesë, dhe një listë e vendeve të fundit në anën e klientit nuk është e njëjta gjë. Të kërkosh një adresë daljeje nga një ofrues pa regjistra zakonisht përfundon me një shpjegim se përse këto të dhëna nuk ekzistojnë.
Çfarë mund të provojë secili regjistër në një rast mbështetjeje
Dy regjistrat përgjigjen pyetjeve të ndryshme, dhe është në tabelë që krahasimi pushon së qeni akademik.
| Question | Your local log | Provider record |
|---|---|---|
| Which address did the traffic leave from? | Yes, for the moment it was captured | Usually not disclosed |
| Was the tunnel in use at 14:20? | Yes, if the capture ran | Yes, within the retention window |
| Why did a location get slower? | Yes, by comparing addresses over time | Sometimes, as an infrastructure note |
| Who sent this specific request? | No | No |
Vetëm kolona e parë është nën kontrollin tuaj. Një regjistër i ofruesit mund të konfirmojë se një llogari ishte e lidhur në një kohë të caktuar, por nuk mund të konfirmojë cilat kërkesa përdorën tunelin, dhe nuk do të përmendë një adresë që ofruesi e trajton si detaj operativ. Asnjëri regjistër nuk identifikon një person, sepse një adresë daljeje e përbashkët mund të mbajë shumë klientë në të njëjtën minutë.
Krahasoni të dy me një bazë përpara se t'i besoni ndonjërit
Një adresë më vete nuk provon asgjë. Kapni adresën e drejtpërdrejtë përpara lidhjes, atë përmes tunelit pas saj, dhe krahasoni ato. Vlera identike do të thonë se tuneli nuk e mbart atë kërkesë, qoftë për shkak të një tuneli të ndarë, një proxy mbizotërues apo një klienti që ra përsëri në një rrugë të drejtpërdrejtë.
curl -fsS https://api.ipify.org; echo
curl -fsS https://api64.ipify.org; echo
dig +short TXT o-o.myaddr.l.google.com @1.1.1.1Përsëriteni krahasimin për DNS dhe për IPv6, sepse një jehonë adrese provon rrugën e një kërkese të vetme HTTP dhe asgjë për atë se cili zgjidhës u përgjigj. Një pajisje që rrjedh në njërën mund të duket krejt e shëndoshë në tjetrën.