VPN í gegnum Tor: fyrst ferðaprófið

Tor fyrst þýðir að VPN-biðlarinn situr bak við SOCKS-milliþjón, svo göngin sjálf eru byggð í gegnum Tor og umferð forrita fer út frá endapunkti VPN. Þetta er ein ákveðin röð, og hún er ekki það sem flestir byggja. Að opna Tor Browser við hlið venjulegs VPN-biðlara þvingar hvorki forritið til að nota leið hins.

Farðu í gegnum prófin í röð. Hvert þeirra ákveður hvort næsta sé þess virði að byrja.

Hvaða röð ertu í raun að byggja

Tvær raðir ruglast í sama samtali. Tor fyrst þýðir að VPN-biðlarinn nær þjóninum sínum í gegnum SOCKS-milliþjón, svo göngin eru byggð ofan á Tor. VPN fyrst þýðir að umferð Tor fer út í gegnum göngin, sem flestir byggja fyrir slysni og lýsa svo sem hinni röðinni. Sú fyrri þéttir framsendingarmörkin hjá VPN-rekstraraðilanum, sú seinni þéttir þau við inngang og útgöngu Tor. Hvort tveggja er ekki það sem þú færð með því að hafa bæði forritin opin á sama tíma.

Skrifaðu niður hvaða röð verkefnið þarf áður en þú stillir eitthvað, því bæði þurfa mismunandi hugbúnaðarstillingar og mistakast á mismunandi stöðum. Rangt merkt röð sendir þig að finna villu í röngu lagi í klukkustund. Allt hér að neðan gerir ráð fyrir Tor fyrst.

Athugaðu flutninginn fyrir allt annað

SOCKS-viðmót Tor flytur TCP-strauma og veitir ekki almenna UDP-tengingu. VPN þar sem flutningurinn er UDP getur ekki meðhöndlað þennan milliþjón sem venjulegt netviðmót, og engin biðlarastilling breytir því sem milliþjónninn er reiðubúinn að senda áfram. WireGuard í sinni venjulegu mynd er augljós fórnarlamb. OpenVPN-snið í TCP-ham er venjulega lausnin, og það þarf samt að segja því berum orðum að nota milliþjóninn.

ss -lntp | grep 9050
curl --socks5-hostname 127.0.0.1:9050 -o /dev/null -w '%{http_code}\n' https://example.com

Staðfestu að milliþjónninn hlusti og geti flutt eina einfalda HTTPS-beiðni áður en þú finnur villu í göngum í gegnum hann. Ef einfalda beiðnin mistekst mun VPN-biðlarinn aldrei takast og skrárnar hans munu ekki segja þér hvers vegna.

Endurskrifaðu kort áhorfandans

Inngangur Tor getur séð upprunann sem tengist Tor nema eitthvað fyrra hafi breytt honum, svo þessi stökk lærir heimilisfangið þitt. VPN-veitandinn tekur við tengingu sem kemur frá Tor-hliðinni en getur samt þekkt reikning, greiðsluskrá eða skilríki sem þú sendir inni í göngunum. Áfangastaðir sem nást í gegnum VPN sjá útgang þess í stað útgangs Tor, og það þéttir endanlegu framsendingarmörkin hjá einum rekstraraðila.

Það endurskapar ekki heldur dreifða leið að hverjum áfangastað. Tor Browser byggir nýja rás fyrir hverja vefsíðu; VPN sem borið er yfir Tor byggir ein göng, og hver vefsíða þar á bak við deilir þeim endapunkti. Líttu á muninn sem hönnunarstaðreynd en ekki takmörkun sem á að eyða.

Teldu bilanirslögin þegar það brotnar

Brotin uppsetning hefur að minnsta kosti fjögur sjálfstæð lög: SOCKS-tenginguna, TLS-handabandið við VPN-þjóninn, sjálft VPN-handabandið og svo leiðsögn eða nafnaleysingu inni í göngunum. Hvert þeirra mistekst með mismunandi einkenni og hvert þarf mismunandi viðgerð. Að slaka á vottorðaprófum vegna þess að göngin rísa ekki er klassíska ranggreiningin, og hún breytir flutningsvanda í öryggisvanda.

Skráðu fyrsta lagið sem mistekst og staldraðu þar við. Synjun milliþjóns og hafnaður lykill eru ekki afbrigði af sama atburði.

Staldraðu við ef ógnarlíkanið þarf varnir Tor Browser

Að leiða handahófskennd forrit í gegnum VPN sem borið er af Tor gefur þeim forritum ekki fingrafara- og einangrunareiginleika Tor Browser. Reikningar þeirra, auðkenni og eigin nethegðun halda áfram að skipta máli, og göngin normalisera ekkert af því. Ef markmiðið er vafri sem blandast öðrum notendum gefur þessi röð það ekki.

Tor Project sjálft varar við samsetningum sem notendur geta ekki stillt rétt, og þessi á við um flesta. Þetta er viljandi hönnun fyrir þröngt ógnarlíkan, ekki flýtileið að nafnlausri umferð alls tækisins.