Vai VPN slēpj Tor Browser lejupielādi no vietējā tīkla?
VPN slēpj lejupielādes galamērķi no vietējā tīkla, un neko citu. Lūk, ko operators, vietne un ierīce joprojām reģistrē.
Lejupielāde, kas ceļo VPN iekšienē, labi noslēpj vienu lietu: galamērķi no vietējā tīkla. Maršrutētājs redz savienojumu ar VPN galapunktu un neko tā iekšienē. Tas ir reāls ieguvums, un tas ir arī viss ieguvums. Operators joprojām redz pieprasījumu, un ierīce joprojām reģistrē failu.
Pirms izvēlaties metodi, nosauciet novērotāju, no kura slēpjaties.
1. solis: nosauciet novērotāju
Segtā lejupielādē ir četri novērotāji. Piekļuves tīkls redz laiku un apjomu. VPN operators redz galamērķi, jo viņš ir puse, kas pārsūta pieprasījumu. Lejupielādes vietne redz VPN adresi. Mašīna redz failu, instalāciju un pēc tam sekojošo vēstures ierakstu.
Tikai pirmo uzveic tunelis. Pārējiem trim vajadzīga cita kontrole.
2. solis: pārbaudiet ceļu, pa kuru lejupielāde patiešām iet
Pirms lejupielādes pārliecinieties, ka trafiks ir tuneļa iekšienē, nevis tam blakus. ip route get 1.1.1.1 parāda, kuru saskarni galamērķis izmantotu, un testa lejupielādes laikā ss -tn state established "( dport = :443 )" parāda partnera adresi, kuru savienojums faktiski sasniedza. Ja šis partneris ir VPN galapunkts, ceļš ir segts. Ja tā ir publiska adrese, kas pieder galamērķim, darbojas sadalītais tunelis un piekļuves tīkls redz visu.
Atkārtojiet pārbaudi pēc katras klienta atjaunināšanas, jo sadalītā tuneļa noteikumi ir politika, nevis saskarnes īpašība.
3. solis: lejupielādējiet no oficiālā avota un pārbaudiet artefaktu
Izmantojiet atbalstīto lejupielādes lapu un saglabājiet HTTPS pārbaudes neskartas. Sertifikāta brīdinājums šajā lejupielādē nav kaut kas, ko var vienkārši noklikšķināt, un spogulis, kas sola ātrāku instalētāju, neaizstāj izdevēju. Tunelis maina ceļu, pa kuru iet baiti, un neko nesaka par to, kas tos radījis.
Pārbaudiet parakstu, nevis uzticieties faila nosaukumam:
gpg --verify tor-browser-linux-x86_64-*.tar.xz.asc tor-browser-linux-x86_64-*.tar.xz
sha256sum tor-browser-linux-x86_64-*.tar.xzLabs izdevēja atslēgas paraksts ir integritātes pārbaude. Atbilstoša kontrolsumma, ko publicējis tas pats neuzticamais spogulis, nav.
4. solis: turiet izpildes maršrutu atsevišķi
Lejupielāde zem VPN nekonfigurē Tor Browser turpināt to izmantot. Pārlūks sasniedz Tor tīklu ar to maršrutēšanu, kāda operētājsistēmai ir startēšanas brīdī, tāpēc tunelis, kas lejupielādes laikā bija ieslēgts un startēšanas brīdī izslēgts, dod citu ceļu ar to pašu bināro failu. Izlemiet secību apzināti: vispirms VPN, pēc tam Tor vai Tor viens pats, un pierakstiet, kurā mašīnai jābūt. Abus nejauši sajaucot, jūs nesaņemat neviena redzamību.
Pārbaudiet pēc startēšanas, nevis pieņemiet: ķēdes attēlojums parāda sargu, kuru pārlūks izvēlējās, un vienkāršs savienojuma tests parāda, vai sistēmas maršruts joprojām ir tunelis.
5. solis: notīriet to, ko ierīce joprojām reģistrē
Fails ir lielākā pēda. Lejupielādes, čaulas vēsture, nesen atvērto dokumentu saraksti, pakešu pārvaldnieka žurnāls, ja instalējāt deb, un jebkurš galapunkta aģents pārvaldītā mašīnā – visi glabā instalācijas pierādījumus. Uz aprīkojuma, ko neadministrējat, tunelis nenoņem pārvaldību, un izturēties pret to tā, it kā noņemtu, ir politikas, nevis tehniska problēma.
Dzēsiet arhīvu, kad instalācija ir pārbaudīta, un pieņemiet, ka vēlāka pārlūka atinstalēšana nenoņems lejupielādes ierakstu no pārvaldītas ierīces.
Tā ir godīgā atbilde: vietējais tīkls redz mazāk, un visi pārējie redz to, ko redzēja iepriekš.