Tor ռելեյը ընդդեմ VPN սերվերի. ինչու դրանք փոխարինելի չեն

Դուք ունեք հասցե, պորտը պատասխանում է, և հաճախորդը ընդունում է այն առանց բողոքի։ Այս ամենից ոչինչ Tor ռելեյը VPN վերջնակետ չի դարձնում, և սխալը թանկ է, քանի որ պրոֆիլը մաքուր ներմուծվում է և ավելի ուշ ձախողվում է ձեռքսեղմման պահին։ Ես օգտագործում եմ ստորև նշված չորս ստուգումները հերթականությամբ՝ յուրաքանչյուրն ունի կանգառի պայման, և վաղ կանգնելը հենց նպատակն է։ Եթե առաջին ստուգումը ձախողվի, մնացածը չեն կարող օգնել ձեզ։

Ստուգեք, թե ինչ է իրականում սպասարկում պորտը

Բաց պորտը ապացուցում է լսիչի առկայությունը, ոչ ավելին։ Ռելեյի ORPort-ը TLS ձեռքսեղմումից հետո խոսում է Tor-ի սեփական բջիջներով, ուստի հաջող TLS փորձարկումը գրեթե ոչինչ չի ասում այն մասին, թե արդյոք այնտեղ ընդունվում է VPN արձանագրություն՝

nc -vz 203.0.113.20 443
openssl s_client -connect 203.0.113.20:443 -brief < /dev/null

Կարդացեք վկայականը, ոչ թե դրա գոյության փաստը։ Ռելեյները ներկայացնում են ինքնաստորագրված վկայական դիտավորյալ աննշան անունով, քանի որ ռելեյի երթևեկությունը պետք է նմանի սովորական HTTPS-ի. VPN սերվերի վկայականը կրում է այն անունը, որը սպասում է ձեր պրոֆիլը։ Եթե հակառակ կողմը երբեք չպատասխանի VPN արձանագրության առաջին փաթեթին, պրոֆիլի ոչ մի խմբագրում չի փոխի արդյունքը։

Կանգնեք այստեղ, եթե հասցեն չի ավարտում ձեր հաճախորդի ուղարկած ձեռքսեղմումը։ Սա արձանագրության պատասխան է, ոչ կարգավորման խնդիր, և սա է ամենատարածված պատճառը, որ ներմուծված պրոֆիլը հավերժ մնում է 'connecting' վիճակում։

Ստուգեք ռելեյի դերը, ոչ ցանցի չափը

Ռելեյի դերերը տարբեր աշխատանք են կատարում։ Guard-ը հաճախորդների համար առաջին ցատկն է, միջին ռելեյը շղթաներ է փոխանցում այլ ռելեյների միջև, exit-ը այն է, որը դիպչում է նպատակակետերին, իսկ կամուրջը ոչ հրապարակային մուտքի կետ է, որը բաժանվում է BridgeDB-ի միջոցով։ Tor-ի բառարանը այս սահմանումները պահում է առանձին, և հասանելիությունը յուրաքանչյուր դերի մասն է, մինչդեռ կամայական հաճախորդների սպասարկման թույլտվությունը դրանցից ոչ մեկի մասը չէ։

Exit քաղաքականությունը արժե կարդալ, որովհետև դա միակ մասն է, որը նման է փոխանցման կանոնի, և այն կարգավորում է այն նպատակակետերը, որոնց exit-ը թույլ կտա դուրս գալ, ոչ թե այն հաճախորդներին, որոնց թույլատրվում է ներս մտնել։ Պորտ 25-ը արգելափակող խիստ exit քաղաքականությունը ինչ-որ բան ասում է ելքային չարաշահման վերահսկման մասին, ոչ թե այն մասին, թե կարող եք արդյոք OpenVPN հաճախորդն ուղղել մեքենային։

Կանգնեք, եթե հեղինակությունից եք եզրակացնում. քանի որ ռելեյները փոխանցում են երթևեկությունը, հասցեն պետք է ընդունի ձերը։ Tor-ը ուղիներն ընտրում է կոնսենսուսի և իր արձանագրության միջոցով. VPN հաճախորդը մասնակից չէ և շղթա չունի, որին կարող է միանալ։

Ստուգեք՝ SOCKS լսիչը տեղական է, թե հրապարակային

Tor-ի հաճախորդը SOCKS ինտերֆեյս է տրամադրում նույն մեքենայի հավելվածներին, լռելյայն loopback-ի վրա։ Այդ լսիչը տեղական հարմարություն է, ոչ թե ծառայություն, որը ռելեյը առաջարկում է ինտերնետին, և այն հրապարակային պրոքսի համարելը հենց այն ճանապարհն է, որով մարդիկ վերջում գործարկում են բաց ռելեյ, որը չէին նախատեսել՝

ss -ltnp | grep 9050
curl --socks5-hostname 127.0.0.1:9050 https://check.torproject.org

Կապման հասցեն է հուշումը։ 127.0.0.1:9050-ի վրա SocksPort-ը կատարում է իր աշխատանքը. մեկը, որը լսում է 0.0.0.0-ի վրա և հասանելի է դրսից, բաց պրոքսի է, և Tor-ի սեփական մուտքի քաղաքականության վերահսկիչները գոյություն ունեն հենց այն պատճառով, որ այդ բացահայտումը խնդիր է, ոչ թե հատկություն։

Tor-ի կարիք ունեցող հավելվածի համար ուղղեք այն loopback պորտին և թողեք Tor-ը լուծի անունները, ինչը անում է վերևի socks5h ձևը։ Մի փոխարինեք ռելեյի հասցեն այդ պորտով. ռելեյը չի առաջարկում այն ինտերֆեյսը, որը պահանջում է ձեր հավելվածը։

Ստուգեք, որ VPN պրոֆիլը համապատասխանում է իրական վերջնակետի

VPN պրոֆիլը սպասումների փաթեթ է. OpenVPN-ին անհրաժեշտ են սերվերի վկայականը կամ CA-ն, հաճախորդի վկայական և բանալի, և սովորաբար TLS բանալի, մինչդեռ WireGuard-ին անհրաժեշտ են հակառակ կողմի հրապարակային բանալին, վերջնակետ և թույլատրված IP-ներ։ Դրանցից ոչ մեկը հնարավոր չէ ստանալ հասցեից և բաց պորտից, դրա համար էլ այդպես կառուցված պրոֆիլը ձախողվում է առաջին փոխանակման ժամանակ, ոչ թե միանալիս։

Երբ ձեզ տալիս են պրոֆիլ, ստուգեք այն ձեր վերահսկած վերջնակետի կամ ձեր կողմից նույնականացվող մատակարարի դեմ՝

wg show
openvpn --config client.ovpn --verb 4

OpenVPN-ի մատյանում TLS բանակցությունների սխալը ուղղակիորեն նշում է անհամապատասխանությունը. wg show-ում ձեռքսեղմման տող չունեցող հակառակ կողմը երբեք չի ավարտել ոչ մեկը։ Երկուսն էլ ավելի տեղեկատվական են, քան հաճախորդի պտտվող ցուցիչը, և երկուսն էլ մատնանշում են բանալու նյութին կամ արձանագրությանը, ոչ թե Tor-ին։

Ստուգեք, թե իրականում ինչ պաշտպանություն է ձեզ պետք

Սա այն ստուգումն է, որը որոշում է ճարտարապետությունը։ Tor Browser-ը ձեզ տալիս է շղթայի մեկուսացում և մատնահետքերի դեմ պաշտպանություն, որը VPN-ը չի տալիս. VPN-ը փոխում է այն հասցեն, որը տեսնում է նպատակակետը, և նույնականացնում է ձեզ մատակարարի մոտ։ Դրանց միջև ընտրությունը սպառնալիքի մոդելի հարց է, ոչ համատեղելիության, և դրանք խառնելը ստեղծում է կարգավորում, որը մասնավոր է թվում և այդպիսին չէ։

Շղթայավորումը հերթականություն ունի։ Tor երթևեկություն կրող VPN-ը աջակցվող դասավորություն է, քանի որ Tor-ի հաճախորդին անհրաժեշտ է միայն ելքային TCP։ Tor-ի ներսում թունելավորված VPN հաճախորդը նույնը չէ և այն չէ, ինչ իրականացնում է Tor հաճախորդը, ուստի դրա վրա մի ծրագրեք։

Նախքան որևէ բան ներմուծելը, հաստատեք բոլոր չորսը՝

• Պորտը ավարտում է ձեր արձանագրության ձեռքսեղմումը, ոչ միայն TCP կապը։
• Դուք գիտեք հոսթի դերը և փոխանցումը թույլտվություն չեք համարում։
• Ձեր օգտագործած SOCKS լսիչը loopback է և ձերը, ոչ թե ուրիշի ռելեյի հրապարակային պորտ։
• Պրոֆիլի բանալիները կամ վկայականները պատկանում են այն վերջնակետին, որին միանում եք։