VPN પહેલાં Tor તૈયાર: સ્ટાર્ટઅપ ગેટ યોગ્ય રીતે ગોઠવો

tor પ્રક્રિયા પર નજર રાખીને પછી VPN શરૂ કરવું એ આ સ્ટેકને ખોટી રીતે બનાવવાનો સૌથી સામાન્ય રસ્તો છે. ડીમન ક્લાયન્ટ સ્ટ્રીમ વહન કરી શકે તે પહેલાં ઘણા સમય પહેલાં દેખાય છે, અને નિશ્ચિત ઊંઘ એ આધારરેખા તરીકે ઓઢાડેલી એક અટકળ છે. ગેટ એ જ સ્થિતિ હોવી જોઈએ જે આગલા ઘટકને ખરેખર જરૂરી છે. નીચેનાં ચાર પગલાં ક્રમમાં પાર કરો અને દરેકને ગોઠવવાના વિલંબ તરીકે નહીં, પરંતુ અલગ શરત તરીકે ગણો.

પગલું 1: તમારી પાસે ખરેખર જે ટ્રાન્સપોર્ટ છે તે પસંદ કરો

પ્રોટોકોલથી શરૂ કરો, કારણ કે બાકીની ડિઝાઇન તેના પર આધાર રાખે છે. Tor નું SOCKS ઇન્ટરફેસ UDP ASSOCIATE લાગુ કરતું નથી, તેથી તેની ઉપર જે કંઈ વહન થાય તે TCP સ્ટ્રીમ હોવું જોઈએ. UDP વાપરતી OpenVPN પ્રોફાઇલ સુપરવાઇઝર કેવી રીતે લખાયું હોય તે ધ્યાનમાં લીધા વિના આ માર્ગે કામ કરશે નહીં. પ્રોફાઇલને TCP પર બદલો અને સ્ટાર્ટઅપ લોજિકને સ્પર્શ કરતાં પહેલાં ખાતરી કરો કે દૂરનો પીઅર તેને સ્વીકારે છે.

પછી ખાતરી કરો કે તમારો ક્લાયન્ટ બિલકુલ SOCKS પ્રોક્સી સુધી પહોંચી શકે છે. OpenVPN 2.6 TCP પ્રોફાઇલ માટે socks-proxy વિકલ્પનું દસ્તાવેજીકરણ કરે છે, અને વિવિધ ક્લાયન્ટ અલગ પ્રોક્સી સપોર્ટ આપે છે. જે લોન્ચર પ્રોક્સી વિકલ્પને શાંતિથી અવગણે છે તે સીધું જ જોડાશે અને કામ કરતું લાગશે, જે નિષ્ફળ થવા કરતાં ખરાબ છે.

પસંદ કરેલ ટ્રાન્સપોર્ટ રનબુકમાં લખો, કારણ કે પછીનું દરેક ચકાસણી તેના પર આધાર રાખે છે.

પગલું 2: bootstrap તબક્કો વાંચો, પ્રક્રિયા સૂચિ નહીં

Tor નું નિયંત્રણ પ્રોટોકોલ GETINFO status/bootstrap-phase ને નવીનતમ bootstrap સ્થિતિ સાથે જવાબ આપે છે, જેમાં પ્રગતિની ટકાવારી અને સારાંશ ટેગનો સમાવેશ થાય છે. તે જવાબ એટલા માટે ઉપયોગી છે કે નિયંત્રક ડીમન bootstrap પૂર્ણ કર્યા પછી જોડાઈ શકે છે. જે સુપરવાઇઝર ફક્ત ઘટનાઓ સાંભળે છે તે એ કિસ્સો ચૂકી જશે જ્યાં સુપરવાઇઝર શરૂ થયા પહેલાં જ Tor તૈયાર હતું.

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

શરૂઆતમાં તબક્કો એક વાર વાંચો, પછી જીવંત દૃશ્ય માટે પ્રગતિ ઘટનાઓ પર સબ્સ્ક્રાઇબ કરો.

printf 'AUTHENTICATE\r\nGETINFO status/bootstrap-phase\r\nQUIT\r\n' | nc 127.0.0.1 9051
ss -ltn | grep -E '9050|9051'
tor --verify-config -f /etc/tor/torrc

પ્રગતિ 100 અને done ટેગ સાથેનો જવાબ એટલે ડીમને પોતાનું સ્ટાર્ટઅપ પૂર્ણ કર્યું છે. તેનો અર્થ હજી એ નથી કે તમારા ગંતવ્ય માટે વાપરી શકાય તેવું સર્કિટ છે.

પગલું 3: ક્લાયન્ટ સર્કિટ ઘટનાની રાહ જુઓ

Tor ઘટના પ્રોટોકોલ CIRCUIT_ESTABLISHED વ્યાખ્યાયિત કરે છે, જે જણાવે છે કે ક્લાયન્ટ પાસે વાપરી શકાય તેવું સર્કિટ છે. તે જ તૈયારીનો સંકેત છે જે કેરિયર ગેટ ઇચ્છે છે, કારણ કે તે ટકાવારી કરતાં તમને જરૂરી ક્ષમતાની વધુ નજીક છે. ઘટના પર સબ્સ્ક્રાઇબ કરો અને સંક્રમણ નોંધો, જેથી લોગ બતાવે કે કેરિયર ક્યારે વાપરી શકાય તેવું બન્યું, પ્રક્રિયા ક્યારે દેખાઈ તે નહીં.

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

કોડમાં બે શરતો અલગ રાખો. ready નામનું એક જ બુલિયન તેમને ભેગા કરશે અને આગલી ઘટનાને વાંચી ન શકાય તેવી બનાવશે.

પગલું 4: VPN ને તેના પોતાના હેન્ડશેક પર ગેટ કરો

VPN ની પોતાની તૈયારીની શરત છે, અને ટનલ ઉપર આવી તે સાબિત કરે છે એકમાત્ર તે જ. ક્લાયન્ટ સોંપાયેલા સરનામા સાથે જોડાયેલી સ્થિતિ જાણ ન કરે ત્યાં સુધી રાહ જુઓ, પછી ચકાસો કે પ્રોક્સીની આવશ્યકતા અમલમાં રહી છે. જે ફરી પ્રયાસ લૂપ એક નિષ્ફળતા પછી socks-proxy વિકલ્પ કાઢી નાખે છે તે સીધું જોડાશે અને આખી ડિઝાઇનને શાંતિથી હરાવશે.

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

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

તમારે ટકી રહેવાના ચાર સંક્રમણો ચકાસો

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

તેમને જાણી જોઈને, એક વખતે એક ચલાવો, અને પ્રક્રિયા સૂચિને બદલે સ્થિતિના ફેરફારો વાંચો.

journalctl -u tor@default -n 30 --no-pager
systemctl status [email protected]
curl -sS --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip

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