VPN pirms Tor: ko patiesībā maina secība

Vispirms pieslēdzot VPN, rodas noteikta ķēde: ierīce, VPN galapunkts, Tor ieeja, Tor ķēde, galamērķis. Tavs vietējais tīkls redz vienu šifrētu savienojumu ar VPN, un Tor ieejas mezgls redz VPN izeju kā tiešu avotu tavas pakalpojumu sniedzēja adreses vietā. VPN operators savukārt redz savienojumus uz Tor ieejas infrastruktūru un no galamērķiem var secināt par Tor lietošanu. Katrs novērotājs kaut ko zaudē un kaut ko iegūst, tāpēc secība ir apmaiņa, nevis uzlabojums.

Nekas šajā ķēdē nemaina to, ko vietne uzzina no tava konta, sīkfailiem vai ievadītajiem datiem.

Ko maina secība

Vietējais tīkls un ISP zaudē tiešu redzamību uz tavu Tor datplūsmu, jo pirmais lēciens tagad ir šifrēts tunelis pie pakalpojumu sniedzēja. Tor ieejas sargs zaudē tavu mājas adresi un redz VPN izeju. VPN pakalpojumu sniedzējs iegūst metadatus, kas agrāk bija tavam ISP: kuras adreses tu apmeklē, kuros laikos un cik daudz datu pārvietojas.

Aiz ieejas sarga ķēde uzvedas kā agrāk. Releji joprojām atdala ieejas, vidus un izejas lomas, un VPN neredz galīgo saturu vairāk nekā tavs ISP.

Apstiprini faktiski izmantoto ceļu

Sadalītā tunelēšana ir parastais iemesls, kāpēc paredzētā ķēde nav īstā.Ja Tor Browser ir izslēgts no tuneļa, vai otrs profils maršrutē citādi, ieejas sargs atkal redz pakalpojumu sniedzēja adresi, kamēr saskarne joprojām izskatās savienota. Pārbaudi maršrutu un novēroto izeju, nevis ikonu.

ip route get 1.1.1.1
ss -tunp | grep -E 'tor|9150|9050'
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip
resolvectl status | grep -A3 'DNS Servers'

SOCKS pieprasījumu caur 9150 portu atbild pats Tor Browser klients, tāpēc atbilde IsTor true apstiprina pārlūka ķēdi, nevis to, ka to izmanto katra cita programma. Ir vērts pierakstīt atrisinātāja izvadi, jo DNS var iziet pa ceļu, ko tunelis neaptver. Saglabā abas izvades ar laika zīmogu. Tās ir nākamā salīdzinājuma pamats.

Salīdzini ar tiešu pieprasījumu no parasta termināļa: ja arī tas ziņo par Tor, kaut kas cits novirza datplūsmu un ķēde nav tā, kā pieņēma dizains.

Vēro, kas notiek, kad tunelis krīt

Klients, kas klusi atkrīt uz vietējo saskarni, maina avotu, ko redz ieejas sargs, un lietotājs parasti to nezina, jo lapa joprojām ielādējas. Tieši šī atteice ir pārbaudes vērta, nevis gludais ceļš. Apzināti atvieno tuneli un vēro, vai Tor datplūsma apstājas vai turpinās neaizsargāta.

nft list ruleset | grep -i -E 'vpn|tun|drop'
iptables -S | grep -i tun
ip link show | grep -E 'tun|wg'

Ugunsmūra noteikumi, kas bloķē izejošo datplūsmu ārpus tuneļa, ir vienīgā uzticamā rezerves kontrole, un tiem jāaptver gan pārlūka SOCKS klients, gan jebkura cita tev svarīga programma. Pārlūka paplašinājums nav ierīces VPN un neietekmē citas programmas vai ārējus novērotājus.

Izlem, vai papildu slānis ir pelnījis uzticēšanos

Tor projekts neiesaka likt VPN zem Tor, ja vien tu pats nevari novērtēt iestatījumu. Viņu minētais iemesls ir papildu atkarība: vēl viena puse, vēl viens konts un vēl viens atteices režīms. Ja mērķis ir neļaut tavam ISP redzēt, ka lieto Tor, VPN vēršas tieši pret šo novērotāju. Ja mērķis ir spēcīgāka anonimitāte pret globālu novērotāju, VPN to nenodrošina.

Pastāv arī pretēja secība, un nosaukumi nav aizvietojami:Tor virs VPN un VPN virs Tor apraksta atšķirīgas uzticēšanās attiecības un atšķirīgu atteices uzvedību. Izlasi salīdzinājumu pirms tos sajauc.

Pieraksti, kuru novērotāju tu centies pārvietot, tad pārbaudi, vai īstais ceļš atbilst dizainam, tad pārbaudi atteices uzvedību. Ja šīs trīs atbildes neattaisno papildu kontu un konfigurāciju, dokumentētajā Tor Browser iestatījumā ir mazāk daļu, ko var izdarīt nepareizi.