Tor of VPN: beslute op grûn fan wa't elk paad dy fertrouwe lit
In VPN stapelt dyn fertrouwen op ien operator; Tor ferspriedt it oer relays. Beslute op grûn fan dekking, fan wa't dy oan in side ferbine kin en fan watsto ferifiearje kinst.
Kieze tusken Tor en in VPN komt del op hokker partijst do tolerate kinst dat dy beide einen fan in ferbining sjocht. In VPN konsintrearret dat byld by ien operator dy't do keazen hast. Tor ferdielt it oer relays, sadat gjin inkel relay leare moat wa't do bist en watsto ophelle hast.
Gjin fan beide regelingen makket dy op himsels anonym. Kies dy't it oerbleaune fertrouwen hat dat do lûd útsprutsen kinst, en meitsje dan de dielen klear dy't er ûnbedekt lit.
Tel wa't dy oan in bestimming ferbine kin
By in VPN berikt elke dekte stream de útgong fan 'e operator foar't er de bestimming berikt. Dy operator sjocht needsaaklikerwize dyn boarne-adres en, foar alles dat dêr net fia fersifere is, de bestimming dy't do frege hast. TLS hâldt side-ynhâld bûten dat byld, mar lit gewoanwei de hostnamme sichtber wylst de ferbining oprjochte wurdt. Ien partij kin dy dus oan in side ferbine, en dy keppeling is krekt it fertrouwen dat do joust.
Tor skiedt dy helten oer trije relays: in wachter dy't dyn adres wit mar net dyn bestimming, in middenrelay dy't gjin fan beide einen wit, en in útgong dy't de bestimming wit mar net dy. It ûntwerp giet derfan út dat gjin inkel relay beide feiten kombinearret, wat in swakker en nuttiger oanname is as ien bedriuw fertrouwe. It giet der net fan út dat relays earlik binne, en it ferslacht gjin waarnimmer dy't beide einen fan it paad sjocht.
Beide ûntwerpen diele ien swak punt, en it sit by de bestimming. As do ynlogge, keppelt de tsjinst dy sessy oan dyn akkount, hokker rûte de pakketten ek nommen hawwe om dêr te kommen. Routing feroaret wêr't in fersyk skynber wei komt, net wat de side dy freeglet te leverjen.
Dekking is wichtiger as it routingdiagram
In VPN routet op 'e netwurklayer, sadat elke applikaasje op it apparaat de tunnel erft, útsein as do dy bewust útslútst. Dy breedte is de reden dat it tagelyk foar in mailklient, in pakketbehearder en in browser wurket.
Tor Browser is in bondel, en syn beskermingen libje benammen yn 'e browser: in unifoarm fingerôfdruk, isolaasje tusken siden en skripts beheind troch in befeiligingsnivo ynstee fan troch de útwreidingen dy't do ynstalleare hast. Chrome nei in SOCKS-poarte wize keapet de routing sûnder ien fan dat, wat in gewoane boarne fan ferkeard selsbetrouwen is.
De rest fan it buroblêd bliuwt ûnoanrekke. In syngronisaasjeklient, in bywurker of in delhelle dokumint dat yn in oar programma iepene wurdt, ferbynt sa't dat programma konfigurearre is, en neat dêrfan giet troch de SOCKS-harker, útsein as do it dêr ynstelle. Lis de applikaasjes op dy't mei it netwurk prate, freegje dan hokker fan har it keazen ark echt dekt. Dekking is in eigenskip fan dyn konfiguraasje, net fan dyn bedoeling.
Kies mei trije betingsten
De beslissing wurdt meastentiids beslein mei trije fragen: komt it ferkear fan ien applikaasje of fan it hiele apparaat, moat de bestimming dyn adres net identifisearje kinne, en moatsto in priveenetwurk berikke? Beäntwurdzje se yn dy folchoarder en it ark kiest himsels meastentiids.
| Requirement | Better fit | Reason |
|---|---|---|
| Every app covered, including non-browser traffic | A device VPN | Routing happens below the application, with a kill switch to stop leaks |
| Destination must not learn your address | Tor | The site sees a shared exit address rather than one tied to your account |
| Browser fingerprint that blends in | Tor Browser | The uniformity ships with the browser, a proxy alone adds none of it |
| Access to a private subnet or office resource | A VPN | Tor exits reach the public internet, not your internal routes |
Wêr't twa easken botsingje, weagje hokker do hanthavenje kinst. In apparaattunnel mei in lekke útslutingslist is slimmer as in allinnich-browser-rûte dy't do demonstrearje kinst.
Ferifikaasje is goedkeap foar beide paden, en it moat barre foar't do op ien fan beide fertroust:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
In falsk resultaat fan it earste kommando betsjut dat it fersyk bûten it circuit gien is, en dat is de flater dy't it wurdich is om betiid te fangen. Ferlykje it twadde mei it adres dat dyn provider tawiisd hat, net mei dat do fan 'e foarige wike ûnthâldst.
Wat gjin fan beide opsjes reparearret
Applisksje-fersifering docht noch altyd wurk dat gjin paad docht. Gewoane HTTP dy't in privacy-netwurk krúst bliuwt by de útgong lêsber, en HTTPS bliuwt it iennichste dat de lading fan ein oant ein beskermet. TLS seit ek neat oer de hostnamme dy't do typt hast, en dêrom bliuwt de bestimming sichtber foar wa't it paad ek einiget.
Akkounts identifisearje dy, en gjin routingkar feroaret dat: de tsjinst wit wa't oanmeld is, itsij it adres yn 'e kop. Korrelaasje troch in waarnimmer dy't genôch fan it netwurk sjocht, kompromis fan dyn eigen apparaat en alles wat do yn in formulier typst, oerlibje beide ûntwerpen. Behannelje beide ark as manieren om fertrouwen te ferpleatsen, net om it te wiskjen.
Begjin by de standertkonfiguraasje dy't elk projekt dokumintearret, befêstigje it paad mei de twa kommando's hjirboppe, en oerweagje pas dan in VPN ûnder Tor te stapeljen. Se yninoar sette is in konfiguraasje mei eigen flatermodussen, net in fergees upgrade.