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 અંતિમ બિંદુઓ ડેટા સેન્ટર શ્રેણીઓમાં બેસે છે જે એટલી જ સહજતાથી નકારાય છે. જ્યારે પૃષ્ઠ નિષ્ફળ જાય, ત્યારે કંઈપણ બદલતા પહેલાં ત્રણ ઉમેદવારોને અલગ કરો: એક્ઝિટ કે બહાર જવાની નીતિ, સ્રોત નકારતું ગંતવ્ય, કે પ્રથમ વિનંતી હાઇજેક કરતું કેપ્ટિવ પોર્ટલ.
બંનેમાંથી કોઈ પ્રણાલી પરિવહન એન્ક્રિપ્શનનું સ્થાન લેતી નથી. સાદું HTTP એક્ઝિટ રિલે અને VPN અંતિમ બિંદુ બંને પર વાંચી શકાય છે, તેથી HTTPS ચાલુ રાખો અને પ્રમાણપત્રની ચેતવણીને બાજુ પર મૂકવાને બદલે વાંચો. બે તપાસ માર્ગનો પ્રશ્ન ઝડપથી ઉકેલે છે: વિનંતી સર્કિટમાંથી પસાર થઈ હોય ત્યારે curl -s https://check.torproject.org/api/ip IsTor પરત કરે છે, અને curl -s https://ifconfig.me તે બહાર જતું સરનામું દર્શાવે છે જે VPN રજૂ કરશે. બંને ચલાવવાથી ખબર પડે છે કે શેલ ખરેખર કયો માર્ગ વાપરે છે.
એકને બીજાની જેમ વાપરશો નહીં
એક્ઝિટ રિલેનું સરનામું VPN પ્રોફાઇલ નથી. OpenVPN કે WireGuard ક્લાયન્ટને પોર્ટ 443 પરના રિલે તરફ દોરવાથી ટનલ બનતી નથી, કારણ કે ત્યાં કોઈ VPN સેવા સાંભળતી નથી; રિલે બીજા કોઈની સર્કિટમાં એક પગલું છે. બીજી દિશામાં, VPN અંતિમ બિંદુ Tor માટે પ્રવેશબિંદુ નથી, અને Tor બ્રાઉઝરની બ્રિજ ગોઠવણો વ્યાપારી VPN હોસ્ટનામ પેસ્ટ કરવાની જગ્યા નથી. જો તમે VPN પર Tor ચલાવો છો, તો ગાર્ડ તમારા બદલે VPN સરનામું જુએ છે, જે બે ભૂમિકાઓને જોડ્યા વિના વિભાજન બદલે છે.
પસંદ કરતા પહેલાં ચાર પ્રશ્નોના ક્રમમાં જવાબ આપો: અંતિમ બિંદુ કોણ ચલાવે છે અને શું રાખે છે, સાધન આ ઉપકરણ પર શું આવરે છે, બહાર જવાની નીતિ કયા પોર્ટ અને ગંતવ્યોને મંજૂરી આપે છે, અને એપ્લિકેશન નેટવર્ક માર્ગ ઉપર કઈ વધારો કરે છે. ઘણા પ્રોગ્રામ માટે સામાન્ય નેટવર્ક પ્રવેશ જોઈતું કાર્ય VPN ઇચ્છે છે. બ્રાઉઝર-સ્તરની સુરક્ષા અને સર્કિટ મોડેલ જોઈતું કાર્ય Tor બ્રાઉઝર ઇચ્છે છે, અદ્યતન રખાયેલું. જવાબ «બંને» હોય તો તેમને જાણી જોઈને ક્રમમાં ચલાવો અને લખો કે દરેક પક્ષ કયું સરનામું જુએ છે.