Tor-ի ելքի ռելեն ընդդեմ VPN-ի ելքի սերվերի. ինչ գիտի յուրաքանչյուրը
Tor-ի ելքի ռելեն և VPN-ի ելքի սերվերը երկուսն էլ ցույց են տալիս մեկ հանրային հասցե, բայց գիտելիքը բաժանում են տարբեր կերպ։ Համեմատեք տեսանելիությունը, ծածկույթը և պորտերի քաղաքականությունը։
Երկու նախագծերն էլ թաքցնում են ձեր հասցեն մեկ հանրային IP-ի հետևում, և այն կայքը, որը տպում է իր տեսած հասցեն, չի կարող տարբերել դրանք։ Տարբերությունը նրանում է, թե ով ինչ է իմանում ճանապարհին, որքան թրաֆիկ է ծածկված և որ պորտերին է թույլատրվում աշխատել։ Tor-ի ելքի ռելեն երեք ռելեներից բաղկացած շղթայի վերջին քայլն է. VPN-ի ելքի սերվերը վերջացնում է ձեր թունելը և ինքն է բացում ելքային կապը։ Ահա թե ինչպես եմ որոշում, թե որն է պետք առաջադրանքին, և ինչ եմ ստուգում նախքան ենթադրելը, որ մեկը վարվում է մյուսի պես։
Երկու ուղի, որոնք ավարտվում են մեկ հասցեում
Tor-ը շղթա է կառուցում պահակի, միջին ռելեի և ելքի միջով և բեռը շերտերով գաղտնագրում, որպեսզի յուրաքանչյուր ռելե հանի միայն իր շերտը։ Ելքը ստեղծում է սովորական TCP կապը նպատակակետի հետ, դրա համար է, որ նպատակակետը տեսնում է ելքի հասցեն։ Ձեր սպասարկողը երբեք ուղղակիորեն չի խոսում նպատակակետի հետ, և պահակը նույնպես չի տեսնում այն։
VPN-ը մեկ թունել է դեպի մեկ վերջնակետ։ Օպերատորի սերվերը հանում է թունելը և բացում ելքային կապը, ուստի նպատակակետը նույնպես տեսնում է մեկ հասցե, այս անգամ օպերատորինը։ Դիտելի արդյունքը նույնն է. գիտելիքը՝ ոչ։ IP տպող թեստը պատասխանում է, թե որ համակարգում եք, և ոչինչ չի ասում վստահության այն բաժանման մասին, որն իրոք տարբերվում է։
Ով ի վերջո ինչ գիտի
VPN-ի վերջնակետը մեկ տեղում տեսնում է աղբյուրի հասցեն, նպատակակետը, ժամանակը և ծավալը։ Այդ կենտրոնացումը հենց նախագիծն է՝ մեկ օպերատոր, մեկ գրանցամատյանի մակերես, մեկ տեղ ծանուցման կամ սխալ կարգավորման համար։ Ամեն ինչ, ինչ դուք շահում եք, գալիս է այդ կողմի նկատմամբ վստահությունից և վերջնակետի ելքային քաղաքականությունից։
Tor-ը բաժանում է այդ գիտելիքը։ Պահակը գիտի ձեր հասցեն, բայց ոչ նպատակակետը. ելքը գիտի նպատակակետը, բայց ոչ ձեր հասցեն։ Ռելեն չպետք է իմանա երկուսն էլ։ Դա կառուցվածքային հատկություն է, ոչ թե խոստում համաշխարհային դիտորդի, ժամանակները համադրող ռելեի կամ վտանգված վերջնակետի դեմ, ուստի վերաբերվեք դրան որպես նույն ռիսկի այլ բաշխում, ոչ թե անանունություն, որը չի կարող ձախողվել։
| 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 |
Ծածկույթը դիտարկիչի որոշում է կամ երթուղու որոշում
Tor դիտարկիչն ինքն է երթուղավորում իր թրաֆիկը և ավելացնում պաշտպանություններ, որոնք սովորական VPN սպասարկողը չի վերարտադրում՝ մատնահետքերի դիմադրություն, առաջին կողմի մեկուսացում, ֆիքսված պատուհանի չափ և Նոր ինքնություն գործողություն, որը դեն է նետում նստաշրջանի վիճակը։ Այլ հավելվածներ չեն օգտագործում այդ շղթան, եթե դրա համար կարգավորված չեն, և համակարգային Tor-ի տեղադրումը առանձին նախագիծ է դիտարկիչի տեղադրումից։
VPN-ն հակառակ ձևի է։ Ծածկույթը հետևում է երթուղային աղյուսակին, ուստի AllowedIPs = 0.0.0.0/0 պարունակող WireGuard պրոֆիլը բռնում է ամեն ինչ, իսկ բաժանված թունելի ցանկը՝ միայն իր նշած նախածանցները։ Հենց այդ մեխանիզմում են ապրում նաև արտահոսքերը. DNS հարցումները, IPv6-ը և WebRTC-ն կարող են յուրաքանչյուրը գնալ երթուղային քաղաքականության մեջ չներառված ուղի։ Ստուգեք այն հավելվածի ներսից, որը ձախողվել է, ոչ թե դիտարկիչի ներդիրից, որը գուցե այլ ինտերֆեյս է օգտագործում։
Պորտերի քաղաքականություն, արգելափակված նպատակակետեր և HTTPS
Ելքի ռելեն իրավունք ունի մերժել ելքային պորտերը, և լռելյայն քաղաքականությունը մերժում է չարաշահման հակված պորտերի ցանկը, ներառյալ SMTP 25 պորտը։ Այդ պատճառով Tor-ով կարգավորված փոստի սպասարկողը ձախողվում է ելքում, ինչը ցանցի խափանում է թվում և այդպես չէ։ Ռելե վարող օպերատորները դա նշում են բացահայտ.
# torrc — refuse outbound SMTP from this relay
ExitPolicy reject *:25Նպատակակետերը նույնպես արգելափակում են, և նրանք երկու համակարգերն արգելափակում են տարբեր կերպ։ Tor-ի ելքի հասցեները հրապարակված են, ուստի կայքը կարող է մերժել ամբողջ ցանկը. VPN-ի վերջնակետերը գտնվում են տվյալների կենտրոնների տիրույթներում, որոնք նույնքան հեշտությամբ են մերժվում։ Երբ էջը ձախողվում է, նախքան որևէ բան փոխելը առանձնացրեք երեք թեկնածուին՝ ելքի կամ ելքային քաղաքականությունը, աղբյուրը մերժող նպատակակետը կամ առաջին հարցումը առևանգող captive պորտալը։
Համակարգերից ոչ մեկը չի փոխարինում տրանսպորտային գաղտնագրությանը։ Պարզ HTTP-ն ընթեռնելի է և՛ ելքի ռելեում, և՛ VPN-ի վերջնակետում, ուստի թողեք HTTPS-ը միացված և կարդացեք վկայագրի նախազգուշացումը՝ դեն նետելու փոխարեն։ Երկու ստուգում արագ լուծում են երթուղու հարցը. curl -s https://check.torproject.org/api/ip-ը վերադարձնում է IsTor, երբ հարցումն անցել է շղթայով, և curl -s https://ifconfig.me-ը ցույց է տալիս ելքային հասցեն, որը VPN-ը կներկայացնի։ Երկուսն էլ գործարկելը ձեզ ասում է, թե որ ուղին է իրականում օգտագործում shell-ը։
Մի օգտագործեք մեկը մյուսի փոխարեն
Ելքի ռելեի հասցեն VPN պրոֆիլ չէ։ OpenVPN կամ WireGuard սպասարկողին 443 պորտի ռելեին ուղղելը թունել չի ստեղծում, որովհետև այնտեղ ոչ մի VPN ծառայություն չի լսում. ռելեն քայլ է ուրիշի շղթայում։ Հակառակ ուղղությամբ VPN-ի վերջնակետը Tor-ի մուտքի կետ չէ, և Tor դիտարկիչի կամուրջների կարգավորումները տեղ չեն առևտրային VPN-ի հոսթի անունը տեղադրելու համար։ Եթե Tor-ը գործարկում եք VPN-ի վրայով, պահակը ձեր փոխարեն տեսնում է VPN-ի հասցեն, ինչը փոխում է բաժանումը՝ չմիավորելով երկու դերերը։
Ընտրելուց առաջ հերթով պատասխանեք չորս հարցի՝ ով է վարում վերջնակետը և ինչ է պահում, ինչ է ծածկում գործիքը այս սարքում, որ պորտերն ու նպատակակետերն է թույլատրում ելքային քաղաքականությունը, և ինչ է ավելացնում հավելվածը ցանցային ուղուց բացի։ Առաջադրանքը, որին շատ ծրագրերի համար սովորական ցանցային հասանելիություն է պետք, VPN է ուզում։ Առաջադրանքը, որին պետք են դիտարկիչի մակարդակի պաշտպանությունները և շղթայի մոդելը, Tor դիտարկիչ է ուզում՝ արդի պահված։ Եթե պատասխանը «երկուսն էլ» է, գործարկեք դրանք միտումնավոր կարգով և գրեք, թե յուրաքանչյուր կողմ որ հասցեն է տեսնում։