Tor કે VPN: દરેક માર્ગ તમને કોના પર ભરોસો કરવાની ફરજ પાડે છે તેના આધારે નક્કી કરો
VPN તમારો ભરોસો એક જ ઓપરેટર પર ઢેર કરે છે; Tor તેને રિલે વચ્ચે વહેંચે છે. કવરેજ પ્રમાણે, કોણ તમને સાઇટ સાથે જોડી શકે છે તે પ્રમાણે અને તમે શું ચકાસી શકો તે પ્રમાણે નક્કી કરો.
Tor અને VPN વચ્ચે પસંદગી એ વાત પર આવીને ઊભી રહે છે કે કનેક્શનના બંને છેડા જોતો કયો પક્ષ તમે સહન કરી શકો છો. VPN એ દૃશ્ય તમે પસંદ કરેલા એક ઓપરેટરમાં કેન્દ્રિત કરે છે. Tor તેને રિલે વચ્ચે વહેંચે છે, તેથી કોઈ પણ એકલ રિલેને તમે કોણ છો અને શું લાવ્યા તે જાણવાનું નથી.
બંનેમાંથી કોઈ પણ ગોઠવણ જાતે તમને અનામી બનાવતી નથી. જેનો બાકીનો ભરોસો તમે મોટેથી કહી શકો તે પસંદ કરો, પછી તે જે ભાગો ખુલ્લા છોડે છે તે સુધારો.
ગણો કોણ તમને લક્ષ્ય સાથે જોડી શકે છે
VPN સાથે, દરેક આવરિત પ્રવાહ લક્ષ્ય સુધી પહોંચતા પહેલા ઓપરેટરના એક્ઝિટ સુધી પહોંચે છે. એ ઓપરેટર આવશ્યકપણે તમારું સ્રોત સરનામું જુએ છે અને, તેના દ્વારા એન્ક્રિપ્ટ ન થયેલી કોઈપણ વસ્તુ માટે, તમે માગેલું લક્ષ્ય પણ જુએ છે. TLS પૃષ્ઠની સામગ્રીને એ દૃશ્યની બહાર રાખે છે, પણ કનેક્શન સ્થપાતું હોય ત્યારે સામાન્ય રીતે હોસ્ટનામ દૃશ્યમાન રહેવા દે છે. તેથી એક પક્ષ તમને સાઇટ સાથે જોડી શકે છે, અને એ જોડાણ બરાબર એ જ ભરોસો છે જે તમે આપો છો.
Tor એ બંને અડધાઓને ત્રણ રિલે વચ્ચે વિભાજિત કરે છે: એક ગાર્ડ જે તમારું સરનામું જાણે છે પણ લક્ષ્ય નહીં, એક મધ્ય રિલે જે બંને છેડા જાણતું નથી, અને એક એક્ઝિટ જે લક્ષ્ય જાણે છે પણ તમને નહીં. ડિઝાઇન ધારે છે કે કોઈ એક રિલે બંને તથ્યોને જોડતું નથી, જે એક કંપની પર ભરોસો કરવા કરતાં નબળી અને વધુ ઉપયોગી ધારણા છે. તે ધારતું નથી કે રિલે પ્રામાણિક છે, અને માર્ગના બંને છેડા જોતા નિરીક્ષકને તે હરાવતું નથી.
બંને ડિઝાઇન એક નબળું સ્થળ વહેંચે છે, અને તે લક્ષ્ય પર જ છે. જો તમે લોગ ઇન કરો, તો પેકેટ કયા માર્ગે ગયા તે ધ્યાનમાં લીધા વિના સેવા એ સત્રને તમારા ખાતા સાથે જોડે છે. રાઉટિંગ બદલે છે કે વિનંતી ક્યાંથી આવતી લાગે છે, પૃષ્ઠ તમને શું પૂરું પાડવાનું કહે છે તે નહીં.
રાઉટિંગ રેખાકૃતિ કરતાં કવરેજ વધુ મહત્ત્વનું છે
VPN નેટવર્ક સ્તર પર રાઉટ કરે છે, તેથી ઉપકરણની દરેક એપ્લિકેશન ટનલ વારસામાં લે છે સિવાય કે તમે તેને જાણી જોઈને બાકાત રાખો. એ જ વ્યાપ છે કારણ કે તે એક સાથે મેઇલ ક્લાયન્ટ, પેકેજ મેનેજર અને બ્રાઉઝર માટે કામ કરે છે.
Tor Browser એક બંડલ છે, અને તેની સુરક્ષાઓ મુખ્યત્વે બ્રાઉઝરની અંદર રહે છે: એકસમાન ફિંગરપ્રિન્ટ, સાઇટ્સ વચ્ચે અલગતા અને તમે ઇન્સ્ટોલ કરેલા એક્સ્ટેન્શનને બદલે સુરક્ષા સ્તર દ્વારા મર્યાદિત સ્ક્રિપ્ટ્સ. Chrome ને SOCKS પોર્ટ પર દોરવાથી રાઉટિંગ મળે છે, પણ એમાંથી કંઈ જ નહીં, જે ખોટી જગ્યાએ આત્મવિશ્વાસનો સામાન્ય સ્રોત છે.
ડેસ્કટોપનો બાકીનો ભાગ અસ્પૃશ્ય રહે છે. સિંક ક્લાયન્ટ, અપડેટર કે બીજા પ્રોગ્રામમાં ખોલેલી ડાઉનલોડ કરેલી દસ્તાવેજ એ પ્રોગ્રામ કેવી રીતે ગોઠવેલો છે તે પ્રમાણે જોડાય છે, અને તમે ત્યાં ગોઠવો નહીં ત્યાં સુધી એમાંથી કંઈ પણ SOCKS શ્રોતા પસાર કરતું નથી. નેટવર્ક સાથે વાત કરતી એપ્લિકેશનોની યાદી બનાવો, પછી પૂછો કે પસંદ કરેલું સાધન એમાંથી કઈ કઈ ખરેખર આવરે છે. કવરેજ તમારા ગોઠવણની ગુણવત્તા છે, તમારા ઇરાદાની નહીં.
ત્રણ શરતો સાથે પસંદ કરો
નિર્ણય સામાન્ય રીતે ત્રણ પ્રશ્નો પર ઉકેલાય છે: ટ્રાફિક એક એપ્લિકેશનમાંથી આવે છે કે આખા ઉપકરણમાંથી, લક્ષ્ય તમારું સરનામું ઓળખી ન શકે તે જરૂરી છે, અને તમારે ખાનગી નેટવર્ક સુધી પહોંચવાની જરૂર છે? એ જ ક્રમમાં જવાબ આપો અને સાધન મોટે ભાગે પોતાની જાતને પસંદ કરી લે છે.
| 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 |
જ્યારે બે આવશ્યકતાઓ અથડાય, ત્યારે તમે કઈ લાગુ કરી શકો તે તોળો. લીક થતી બાકાત યાદીવાળી ઉપકરણ ટનલ તમે દર્શાવી શકો તેવા ફક્ત-બ્રાઉઝર માર્ગ કરતાં ખરાબ છે.
બંને માર્ગો માટે ચકાસણી સસ્તી છે, અને તે કોઈ પણ એક પર આધાર રાખો તે પહેલાં થવી જોઈએ:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
પહેલી કમાન્ડનું ખોટું પરિણામ એટલે વિનંતી સર્કિટની બહાર ગઈ, અને એ જ એ નિષ્ફળતા છે જેને વહેલી પકડવા યોગ્ય છે. બીજાને તમારા પ્રદાતાએ સોંપેલા સરનામા સાથે સરખાવો, ગયા અઠવાડિયેથી તમને યાદ હોય તે સરનામા સાથે નહીં.
કોઈ પણ વિકલ્પ જે સુધારતો નથી
એપ્લિકેશન એન્ક્રિપ્શન હજી એવું કામ કરે છે જે કોઈ માર્ગ કરતો નથી. ગોપનીયતા નેટવર્ક પાર કરતું સાદું HTTP એક્ઝિટ પર વાંચી શકાય તેવું જ રહે છે, અને પેલોડને શરૂઆતથી અંત સુધી સુરક્ષિત રાખતી એકમાત્ર વસ્તુ HTTPS જ રહે છે. TLS તમે ટાઇપ કરેલા હોસ્ટનામ વિશે પણ કંઈ કહેતું નથી, તેથી જે માર્ગ સમાપ્ત કરે છે તેની નજરે લક્ષ્ય દૃશ્યમાન રહે છે.
ખાતાં તમને ઓળખે છે, અને કોઈ રાઉટિંગ પસંદગી એ બદલતી નથી: હેડરમાંનું સરનામું ગમે તે હો, સેવા જાણે છે કે કોણ સાઇન ઇન થયું. પૂરતું નેટવર્ક જોતા નિરીક્ષક દ્વારા સહસંબંધ, તમારા પોતાના ઉપકરણ સાથેની છેડછાડ અને ફોર્મમાં તમે લખો તે બધું બંને ડિઝાઇનમાં ટકી રહે છે. બંને સાધનોને ભરોસો ખસેડવાના રસ્તા તરીકે ગણો, ભૂંસવાના નહીં.
દરેક પ્રોજેક્ટ દસ્તાવેજ કરે તે ડિફોલ્ટ ગોઠવણથી શરૂ કરો, ઉપરની બે કમાન્ડથી માર્ગની પુષ્ટિ કરો, અને પછી જ Tor નીચે VPN થર કરવાનું વિચારો. તેમને એકબીજામાં પેસાડવું એ પોતાની નિષ્ફળતાની રીતોવાળું ગોઠવણ છે, મફત સુધારો નહીં.