Relay ya kutoka ya Tor dhidi ya seva ya kutoka ya VPN: kila moja inajua nini
Relay ya kutoka ya Tor na seva ya kutoka ya VPN zote zinaonyesha anwani moja ya umma, lakini zinagawanya maarifa kwa namna tofauti. Linganisha mwonekano, ufikiaji na sera ya bandari.
Miundo yote miwili inaficha anwani yako nyuma ya IP moja ya umma, na tovuti inayochapisha anwani inayoona haiwezi kuzitofautisha. Tofauti ni nani anajifunza nini njiani, kiasi gani cha trafiki kimefunikwa na bandari zipi zinaruhusiwa kufanya kazi. Relay ya kutoka ya Tor ni hatua ya mwisho ya mzunguko wa relay tatu; seva ya kutoka ya VPN inamaliza handaki yako na yenyewe hufungua muunganisho wa kutoka. Hapa ndipo ninaamua ni ipi kazi inahitaji, na kile ninachokagua kabla ya kudhani moja inafanya kama nyingine.
Njia mbili zinazoishia kwenye anwani moja
Tor huunda mzunguko kupitia mlinzi, relay ya kati na kutoka, na husimba mzigo kwa tabaka ili kila relay iondoe tabaka lake tu. Kutoka hufanya muunganisho wa kawaida wa TCP kwa lengwa, ndiyo sababu lengwa linaona anwani ya kutoka. Mteja wako huzungumza moja kwa moja na lengwa kamwe, na mlinzi pia haioni.
VPN ni handaki moja kwa nukta moja ya mwisho. Seva ya mwendeshaji huondoa handaki na kufungua muunganisho wa kutoka, kwa hiyo lengwa pia linaona anwani moja, wakati huu ya mwendeshaji. Matokeo yanayoonekana ni yale yale; maarifa siyo. Jaribio linalochapisha IP hujibu uko kwenye mfumo gani na halisemi chochote kuhusu mgawanyo wa imani ambao kwa kweli unatofautiana.
Hatimaye nani anajua nini
Nukta ya mwisho ya VPN inaona anwani ya chanzo, lengwa, muda na kiasi mahali pamoja. Mkusanyiko huo ndio muundo: mwendeshaji mmoja, uso mmoja wa kumbukumbu, mahali pamoja pa kuitwa au kupanga vibaya. Kila unachopata kinatokana na kumwamini upande huo na sera ya kutoka ya nukta ya mwisho.
Tor hugawanya maarifa hayo. Mlinzi anajua anwani yako lakini si lengwa; kutoka kunajua lengwa lakini si anwani yako. Relay haipaswi kujifunza vyote viwili. Hiyo ni sifa ya kimuundo, si ahadi dhidi ya mwangalizi wa kimataifa, relay inayounganisha nyakati au nukta ya mwisho iliyoathirika, kwa hiyo ichukulie kama mgawanyo tofauti wa hatari hiyo hiyo, si kama kutokujulikana kusikoweza kushindwa.
| What is known | Tor exit relay | VPN exit server |
|---|---|---|
| Your public address | Seen by the guard relay, not the exit | Seen at the endpoint |
| Final destination | Seen at the exit | Seen at the endpoint |
| Coverage | Applications configured for Tor, chiefly Tor Browser | Whatever the route policy includes |
| Plain HTTP payload | Readable at the exit | Readable at the endpoint |
Ufikiaji ni uamuzi wa kivinjari au uamuzi wa njia
Kivinjari cha Tor huelekeza trafiki yake yenyewe na huongeza ulinzi ambao mteja wa kawaida wa VPN hauzalishi: upinzani wa alama za vidole, utengaji wa upande wa kwanza, ukubwa maalum wa dirisha na kitendo cha Utambulisho Mpya kinachotupa hali ya kikao. Programu nyingine hazitumii mzunguko huo isipokuwa zimepangwa kwa hilo, na usanidi wa Tor wa mfumo mzima ni mradi tofauti na kusakinisha kivinjari.
VPN ina umbo kinyume. Ufikiaji hufuata jedwali la njia, kwa hiyo wasifu wa WireGuard wenye AllowedIPs = 0.0.0.0/0 hunasa kila kitu na orodha ya handaki iliyogawanywa hunasa viambishi tu inavyovitaja. Ni katika utaratibu huo pia uvujaji unaishi: maswali ya DNS, IPv6 na WebRTC kila moja linaweza kuchukua njia ambayo sera ya njia haikujumuisha. Kagua kutoka ndani ya programu iliyoshindwa, si kutoka kichupo cha kivinjari ambacho huenda kinatumia kiolesura kingine.
Sera ya bandari, lengwa zilizozuiwa na HTTPS
Relay ya kutoka iko huru kukataa bandari za kutoka, na sera ya chaguo-msingi inakataa orodha ya bandari zinazokabiliwa na matumizi mabaya, ikiwemo bandari ya SMTP 25. Kwa hiyo mteja wa barua pepe aliyepangwa kupitia Tor hushindwa kwenye kutoka, jambo ambalo linaonekana kama hitilafu ya mtandao na siyo. Waendeshaji wanaoendesha relay hulieleza hili waziwazi:
# torrc — refuse outbound SMTP from this relay
ExitPolicy reject *:25Lengwa pia huzuia, na huzuia mifumo miwili kwa namna tofauti. Anwani za kutoka za Tor huchapishwa, kwa hiyo tovuti inaweza kukataa orodha yote; nukta za mwisho za VPN ziko katika safu za vituo vya data ambazo hukataliwa kwa urahisi sawa. Ukurasa unaposhindwa, tenganisha watahiniwa watatu kabla ya kubadilisha chochote: sera ya kutoka au ya nje, lengwa linalokataa chanzo, au lango teka linaloteka ombi la kwanza.
Hakuna mfumo unaobadilisha usimbaji wa usafirishaji. HTTP ya kawaida inasomeka kwenye relay ya kutoka na kwenye nukta ya mwisho ya VPN sawa, kwa hiyo weka HTTPS imewashwa na soma onyo la cheti badala ya kulipuuza. Ukaguzi mbili huamua swali la njia haraka: curl -s https://check.torproject.org/api/ip hurudisha IsTor wakati ombi lilipitia mzunguko, na curl -s https://ifconfig.me huonyesha anwani ya kutoka ambayo VPN ingewasilisha. Kukimbiza zote mbili hukuambia shell inatumia njia gani kwa kweli.
Usitumie moja kama nyingine
Anwani ya relay ya kutoka si wasifu wa VPN. Kuelekeza mteja wa OpenVPN au WireGuard kwenye relay kwenye bandari 443 hakuundi handaki, kwa sababu hakuna huduma ya VPN inayosikiliza hapo; relay ni hatua katika mzunguko wa mtu mwingine. Upande wa pili, nukta ya mwisho ya VPN si mahali pa kuingia Tor, na mipangilio ya madaraja ya kivinjari cha Tor si mahali pa kubandika jina la mwenyeji la VPN ya kibiashara. Ikiwa unaendesha Tor juu ya VPN, mlinzi anaona anwani ya VPN badala ya yako, jambo ambalo hubadilisha mgawanyo bila kuunganisha majukumu mawili.
Kabla ya kuchagua, jibu maswali manne kwa mpangilio: nani anaendesha nukta ya mwisho na huhifadhi nini, chombo hufunika nini kwenye kifaa hiki, sera ya kutoka inaruhusu bandari na lengwa zipi, na programu huongeza nini zaidi ya njia ya mtandao. Kazi inayohitaji ufikiaji wa kawaida wa mtandao kwa programu nyingi inataka VPN. Kazi inayohitaji ulinzi wa kiwango cha kivinjari na muundo wa mzunguko inataka kivinjari cha Tor, kikihifadhiwa kisasa. Ikiwa jibu ni «zote mbili», zikimbize kwa mpangilio wa makusudi na uandike ni anwani gani kila upande unaona.