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' પર રહેવાનું સૌથી સામાન્ય કારણ આ જ છે.

રિલેની ભૂમિકા તપાસો, નેટવર્કનું કદ નહીં

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

એક્ઝિટ નીતિ વાંચવા લાયક છે કારણ કે તે એકમાત્ર ભાગ છે જે ફોરવર્ડિંગ નિયમ જેવો લાગે છે, અને તે એ લક્ષ્યોને નિયંત્રિત કરે છે જ્યાં એક્ઝિટ બહાર જવા દેશે, અંદર આવવા દેવાતા ક્લાયન્ટને નહીં. પોર્ટ 25 અવરોધતી કડક એક્ઝિટ નીતિ બહાર જતા દુરુપયોગના નિયંત્રણ વિશે કંઈક કહે છે, એ વિશે નહીં કે તમે OpenVPN ક્લાયન્ટને મશીન તરફ કરી શકો છો કે નહીં.

જો તમે પ્રતિષ્ઠા પરથી તર્ક કરો તો અટકો: રિલે ટ્રાફિક ફોરવર્ડ કરે છે તેથી સરનામાએ તમારું સ્વીકારવું જોઈએ. Tor સર્વસંમતિ અને પોતાના પ્રોટોકોલ દ્વારા માર્ગ પસંદ કરે છે; VPN ક્લાયન્ટ સહભાગી નથી અને તેની પાસે જોડાવા માટે કોઈ સર્કિટ નથી.

તપાસો કે SOCKS શ્રોતા સ્થાનિક છે કે જાહેર

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

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ની જરૂર હોય એવી એપ્લિકેશન માટે તેને લૂપબેક પોર્ટ તરફ કરો અને Torને નામ ઉકેલવા દો, જે ઉપરનું socks5h સ્વરૂપ કરે છે. એ પોર્ટ માટે રિલેનું સરનામું બદલો નહીં; રિલે એ ઇન્ટરફેસ આપતું નથી જે તમારી એપ્લિકેશન માગે છે.

તપાસો કે VPN પ્રોફાઇલ વાસ્તવિક એન્ડપોઇન્ટ સાથે મેળ ખાય છે

VPN પ્રોફાઇલ અપેક્ષાઓનું બંડલ છે: OpenVPN ને સર્વરનું પ્રમાણપત્ર અથવા CA, ક્લાયન્ટ પ્રમાણપત્ર અને કી, અને સામાન્ય રીતે TLS કીની જરૂર પડે છે, જ્યારે WireGuard ને પીઅરની જાહેર કી, એન્ડપોઇન્ટ અને માન્ય IPની જરૂર પડે છે. આમાંથી કંઈપણ સરનામા અને ખુલ્લા પોર્ટ પરથી મેળવી શકાતું નથી, તેથી આ રીતે બનેલી પ્રોફાઇલ પહેલા આદાનપ્રદાનમાં નિષ્ફળ જાય છે, કનેક્ટ થવા પર નહીં.

જ્યારે તમને પ્રોફાઇલ આપવામાં આવે, ત્યારે તેને તમે નિયંત્રિત કરો છો એવા એન્ડપોઇન્ટ સામે અથવા તમે ઓળખી શકો એવા પ્રદાતા સામે ચકાસો:

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

OpenVPN લોગમાં TLS વાટાઘાટની ભૂલ અસંગતિને સીધું નામ આપે છે; wg show માં, હેન્ડશેક લાઇન વગરના પીઅરે ક્યારેય એક પણ પૂર્ણ કર્યું નથી. બંને ક્લાયન્ટના ફરતા સૂચક કરતાં વધુ માહિતીપ્રદ છે, અને બંને Tor તરફ નહીં, કી સામગ્રી કે પ્રોટોકોલ તરફ ઇશારો કરે છે.

તપાસો કે તમને ખરેખર કઈ સુરક્ષા જોઈએ છે

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

ચેઇનિંગનો એક ક્રમ છે. Tor ટ્રાફિક વહન કરતું VPN સમર્થિત ગોઠવણી છે, કારણ કે Torના ક્લાયન્ટને ફક્ત બહાર જતા TCPની જરૂર છે. Torની અંદર ટનલ કરેલું VPN ક્લાયન્ટ એ જ વસ્તુ નથી અને તે નથી જે Tor ક્લાયન્ટ અમલમાં મૂકે છે, તેથી તેના આધારે યોજના ન બનાવો.

કંઈપણ આયાત કરતા પહેલાં, ચારેય વાતની પુષ્ટિ કરો:

• પોર્ટ તમારા પ્રોટોકોલનો હેન્ડશેક પૂર્ણ કરે છે, ફક્ત TCP કનેક્શન નહીં.
• તમે હોસ્ટની ભૂમિકા જાણો છો અને ફોરવર્ડિંગને પરવાનગી તરીકે ગણતા નથી.
• તમે વાપરો છો તે SOCKS શ્રોતા લૂપબેક અને તમારો છે, બીજાના રિલે પરનો જાહેર પોર્ટ નહીં.
• પ્રોફાઇલની કી કે પ્રમાણપત્રો તમે જે એન્ડપોઇન્ટ સાથે જોડાઓ છો તેનાં છે.