VPN fia Tor: earst de ferfierskontrôle

Tor-earst betsjut dat de VPN-klant efter in SOCKS-proxy sit, sadat de tunnel sels oer Tor boud wurdt en applikaasjeferkear it VPN-einpunt ferlit. Dat is ien spesifike oardering, en it is net wat de measte minsken bouwe. Tor Browser njonken in gewoane VPN-klant iepenje twingt gjin fan beide programma's om it paad fan de oare te brûken.

Wurkje de kontrôles yn oarder troch. Elk beslút oft de folgjende it begjinnen wurdich is.

Hokker oardering bouwe jo eins

Twa oarderings wurde yn itselde petear trochinoar helle. Tor earst betsjut dat de VPN-klant syn server berikt fia in SOCKS-proxy, sadat de tunnel oer Tor boud wurdt. VPN earst betsjut dat Tor-ferkear troch de tunnel nei bûten giet, wat de measte minsken by ûngelok bouwe en dan as de oare beskriuwe. De earste konsintrearret de trochstjoergrins by de VPN-operateur, de twadde konsintrearret dy by de yn- en útgong fan Tor. Gjin fan beide is wat jo krije troch beide applikaasjes tagelyk iepen te hâlden.

Skriuw op hokker oardering de taak nedich hat foardat jo wat konfigurearje, want beide freegje oare softwareynstellings en mislearje op oare plakken. In ferkeard neamde oardering stjoert jo in oere lang nei de ferkearde laach om flaters te sykjen. Alles hjirûnder giet út fan Tor earst.

Kontrolearje it ferfier foar al it oare

De SOCKS-ynterface fan Tor ferfiert TCP-streamen en biedt gjin algemiene UDP-assosjaasje. In VPN waans ferfier UDP is, kin dy proxy net as in gewoane netwurkynterface behannelje, en gjin klantynstelling feroaret wat de proxy ree is troch te stjoeren. WireGuard yn syn gewoane foarm is it dúdlike slachtoffer. In OpenVPN-profyl yn TCP-modus is de gewoane oplossing, en dêr moat noch hieltyd eksplisyt tsjin sein wurde om de proxy te brûken.

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

Befêstigje dat de proxy harket en ien gewoan HTTPS-fersyk drage kin foardat jo in tunnel dêr troch debugge. As it gewoane fersyk misleit, sil de VPN-klant nea slagje en syn logboeken sille jo net sizze wêrom.

Herskriuw de waarnimmerkaart

De Tor-yngong kin de boarne sjen dy't mei Tor ferbynt útsein as eat earder it feroare hat, sadat dy sprong jo adres leart. De VPN-provider ûntfangt in ferbining dy't fan de Tor-kant komt, mar kin noch in akkoart, in betellingsrecord of in bewiis kenne dat jo yn de tunnel stjoerd hawwe. Bestimmingen berikt fia de VPN sjogge syn útgong ynstee fan de Tor-útgong, en dat konsintrearret de definitive trochstjoergrins by ien operateur.

It makket ek gjin ferspraat paad nei elke bestimming op 'e nij. Tor Browser bout in farsk sirkwy per side; in VPN droegen oer Tor bout ien tunnel, en elke side dêr efter dielt dat einpunt. Behannelje it ferskil as in ûntwerpfak, net as in beheining dy't fuorttune wurde moat.

Tel de foutlagen as it brekt

In stikken opset hat teminsten fjouwer ûnôfhinklike lagen: de SOCKS-ferbining, de TLS-hânskodding mei de VPN-server, de VPN-hânskodding sels, en dan routing of nammeoplossing yn de tunnel. Elk misleit mei in oar symptoom en elk hat in oare reparaasje nedich. Sertifikaatkontrôles fersoepje om't de tunnel net omheech komt is de klassike ferkearde diagnoaze, en it feroaret in ferfiersprobleem yn in feiligensprobleem.

Log de earste laach dy't misleit en stop dêr. In proxy-wegering en in wegere kaai binne gjin farianten fan itselde barren.

Stop as it bedrigingsmodel de ferdigening fan Tor Browser nedich hat

It rûtearjen fan willekeurige applikaasjes fia in VPN droegen troch Tor jout dy applikaasjes net de fingerôfdruk- en isolaasjefunksjes fan Tor Browser. Harren akkoarten, identifiers en eigen netwurkgedrach bliuwe relevant, en in tunnel normalisearret gjin ien dêrfan. As it doel in browser is dy't mei oare brûkers fermingt, leveret dizze oardering dat net.

It Tor Project sels warskôget tsjin kombinaasjes dy't brûkers net goed konfigurearje kinne, en dizze jildt foar de measte minsken. It is in bewust ûntwerp foar in smel bedrigingsmodel, gjin koart paad nei anoniem ferkear op it hiele apparaat.