Tor પહેલાં VPN: ક્રમ ખરેખર શું બદલે છે

પહેલાં VPN જોડવાથી ચોક્કસ શૃંખલા બને છે: ઉપકરણ, VPN એન્ડપોઇન્ટ, Tor પ્રવેશ, Tor સર્કિટ, લક્ષ્ય. તમારું સ્થાનિક નેટવર્ક VPN સાથે એક એન્ક્રિપ્ટેડ જોડાણ જુએ છે, અને Tor પ્રવેશ નોડ તમારા પ્રદાતાના સરનામાને બદલે VPN એક્ઝિટને તાત્કાલિક સ્રોત તરીકે જુએ છે. VPN ઓપરેટર પોતાની બાજુએ Tor પ્રવેશ માળખા તરફના જોડાણો જુએ છે અને લક્ષ્યો પરથી Tor વપરાશ અનુમાન કરી શકે છે. દરેક અવલોકનકાર કંઈક ગુમાવે છે અને કંઈક મેળવે છે, તેથી ક્રમ સુધારો નહીં, પણ બદલી છે.

એ શૃંખલામાં કંઈ પણ બદલાતું નથી કે વેબસાઇટ તમારા ખાતા, કૂકીઝ કે લખેલી વિગતોમાંથી શું શીખે છે.

ક્રમ શું બદલે છે

સ્થાનિક નેટવર્ક અને ISP તમારા Tor ટ્રાફિકની સીધી દૃશ્યતા ગુમાવે છે, કારણ કે પહેલું હોપ હવે પ્રદાતા તરફનું એન્ક્રિપ્ટેડ ટનલ છે. Tor પ્રવેશ રક્ષક તમારું ઘરનું સરનામું ગુમાવે છે અને VPN એક્ઝિટ જુએ છે. VPN પ્રદાતા એ મેટાડેટા મેળવે છે જે પહેલાં તમારા ISP પાસે હતો: કયા સરનામાં સાથે સંપર્ક કરો છો, કયા સમયે, અને કેટલો ડેટા ખસે છે.

પ્રવેશ રક્ષક પછી સર્કિટ પહેલાં જેવું જ વર્તે છે. રિલે હજી પ્રવેશ, મધ્ય અને એક્ઝિટની ભૂમિકાઓ અલગ રાખે છે, અને VPN અંતિમ સામગ્રી તમારા ISP કરતાં વધુ જોતું નથી.

ખરેખર વપરાતો માર્ગ ખાતરી કરો

વિભાજિત ટનલિંગ એ સામાન્ય કારણ છે કે ઇચ્છિત શૃંખલા વાસ્તવિક નથી.જો Tor Browser ટનલમાંથી બાકાત હોય, અથવા બીજી પ્રોફાઇલ અલગ રૂટ કરે, તો ઇન્ટરફેસ હજી જોડાયેલું દેખાતું હોવા છતાં પ્રવેશ રક્ષક ફરી પ્રદાતાનું સરનામું જુએ છે. આઇકનને બદલે રૂટ અને જોયેલા એક્ઝિટની ચકાસણી કરો.

ip route get 1.1.1.1
ss -tunp | grep -E 'tor|9150|9050'
curl --socks5-hostname 127.0.0.1:9150 https://check.torproject.org/api/ip
resolvectl status | grep -A3 'DNS Servers'

પોર્ટ 9150 દ્વારા SOCKS વિનંતીનો જવાબ Tor Browserનો પોતાનો ક્લાયન્ટ આપે છે, તેથી IsTor true જવાબ બ્રાઉઝરની સર્કિટની પુષ્ટિ કરે છે, એ નહીં કે દરેક બીજી એપ્લિકેશન તેનો ઉપયોગ કરે છે. રિઝોલ્વરનું આઉટપુટ નોંધવા યોગ્ય છે, કારણ કે DNS એવા માર્ગે નીકળી શકે છે જે ટનલ આવરી લેતું નથી. બંને આઉટપુટ સમયછાપ સાથે રાખો. તે આગળની સરખામણીનો આધાર છે.

સામાન્ય ટર્મિનલમાંથી સીધી વિનંતી સાથે સરખાવો: જો તે પણ Tor જણાવે, તો બીજું કંઈક ટ્રાફિકને વાળે છે અને શૃંખલા એ નથી જે ડિઝાઇને ધારી હતી.

ટનલ પડે ત્યારે શું થાય તે જુઓ

જે ક્લાયન્ટ ચૂપચાપ સ્થાનિક ઇન્ટરફેસ પર પાછો જાય છે તે પ્રવેશ રક્ષક જે સ્રોત જુએ છે તે બદલે છે, અને વપરાશકર્તાને સામાન્ય રીતે ખબર નથી કારણ કે પૃષ્ઠ હજી લોડ થાય છે. એ જ નિષ્ફળતા પરીક્ષણને લાયક છે, સુખદ માર્ગ નહીં. ટનલ જાણી જોઇને ડિસ્કનેક્ટ કરો અને જુઓ Tor ટ્રાફિક અટકે છે કે અસુરક્ષિત રીતે ચાલુ રહે છે.

nft list ruleset | grep -i -E 'vpn|tun|drop'
iptables -S | grep -i tun
ip link show | grep -E 'tun|wg'

ટનલની બહાર જતા ટ્રાફિકને અવરોધતા ફાયરવોલ નિયમો જ એકમાત્ર વિશ્વસનીય ફોલબેક નિયંત્રણ છે, અને તે બ્રાઉઝરના SOCKS ક્લાયન્ટ અને તમને મહત્ત્વના બીજા કોઈ પણ પ્રોગ્રામને આવરી લેવા જોઈએ. બ્રાઉઝર એક્સ્ટેન્શન એ ઉપકરણ VPN નથી અને બીજા પ્રોગ્રામ્સ કે બાહ્ય અવલોકનકારોને અસર કરતું નથી.

નક્કી કરો કે વધારાનું સ્તર તેના વિશ્વાસને પાત્ર છે કે નહીં

Tor Project VPNને Torની નીચે થપ્પો કરવાની સલાહ આપતું નથી, સિવાય કે તમે જાતે સેટઅપનું મૂલ્યાંકન કરી શકો. તેમનું કહેલું કારણ વધારાની નિર્ભરતા છે: બીજો પક્ષ, બીજું ખાતું અને બીજી નિષ્ફળતાની સ્થિતિ. જો ધ્યેય તમારા ISPને એ જોતું રોકવાનું હોય કે તમે Tor વાપરો છો, તો VPN બરાબર એ જ અવલોકનકારને સંબોધે છે. જો ધ્યેય વૈશ્વિક અવલોકનકાર સામે મજબૂત ગુપ્તતા હોય, તો VPN તે પૂરી પાડતું નથી.

ઊલટો ક્રમ પણ છે, અને નામો એકબીજાના બદલે વાપરી શકાય તેવાં નથી:Tor over VPN અને VPN over Tor જુદા જુદા વિશ્વાસ સંબંધો વર્ણવે છે અને જુદું નિષ્ફળતા વર્તન. તેમને મિશ્ર કરતા પહેલાં સરખામણી વાંચો.

તમે કયા અવલોકનકારને ખસેડવા માંગો છો તે લખો, પછી ચકાસો કે વાસ્તવિક માર્ગ ડિઝાઇન સાથે મળે છે, પછી નિષ્ફળતાનું વર્તન ચકાસો. જો એ ત્રણ જવાબો વધારાનું ખાતું અને ગોઠવણી ન્યાયી ઠેરવતા નથી, તો દસ્તાવેજીકૃત Tor Browser સેટઅપમાં ખોટું કરવા માટે ઓછા ભાગ છે.