VPN-க்கு முன் Tor தயார்: தொடக்க கேட்டை சரியாக வரிசைப்படுத்துங்கள்

tor செயல்முறையைக் கவனித்துவிட்டு பின்னர் VPN-ஐத் தொடங்குவது இந்த அடுக்கைத் தவறாகக் கட்டமைக்கும் மிகவும் பொதுவான வழி. கிளையண்ட் ஸ்ட்ரீமைச் சுமக்கும் திறன் வருவதற்கு நெடுங்காலத்திற்கு முன்பே டீமன் தோன்றுகிறது, நிலையான காத்திருப்பு என்பது சார்பு என்று உடுத்தப்பட்ட ஒரு ஊகம் மட்டுமே. கேட் என்பது அடுத்த கூறுக்கு உண்மையில் தேவையான நிலையாக இருக்க வேண்டும். கீழே உள்ள நான்கு படிகளையும் வரிசையாகச் செல்லுங்கள், ஒவ்வொன்றையும் சரிசெய்ய வேண்டிய தாமதமாக அல்ல, தனித் தனி நிபந்தனையாகக் கருதுங்கள்.

படி 1: உங்களிடம் உண்மையில் உள்ள போக்குவரத்தைத் தேர்ந்தெடுக்கவும்

நெறிமுறையில் இருந்து தொடங்குங்கள், ஏனெனில் மீதமுள்ள வடிவமைப்பு அதைச் சார்ந்துள்ளது. Tor-இன் SOCKS இடைமுகம் UDP ASSOCIATE-ஐச் செயல்படுத்தாது, எனவே அதன் வழியாகக் கொண்டு செல்லப்படும் எதுவும் TCP ஸ்ட்ரீமாக இருக்க வேண்டும். UDP-ஐப் பயன்படுத்தும் OpenVPN சுயவிவரம் மேற்பார்வையாளர் எப்படி எழுதப்பட்டிருந்தாலும் இந்தப் பாதையில் வேலை செய்யாது. சுயவிவரத்தை TCP-க்கு மாற்றி, தொடக்க தர்க்கத்தைத் தொடுவதற்கு முன் தொலைப் பங்காளி அதை ஏற்கிறதா என்பதை உறுதிப்படுத்துங்கள்.

பிறகு உங்கள் கிளையண்ட் ஒரு SOCKS ப்ராக்ஸியை அடைய முடியுமா என்பதை உறுதிப்படுத்துங்கள். OpenVPN 2.6 TCP சுயவிவரங்களுக்கான socks-proxy விருப்பத்தை ஆவணப்படுத்துகிறது, வெவ்வேறு கிளையண்டுகள் வெவ்வேறு ப்ராக்ஸி ஆதரவை வழங்குகின்றன. ப்ராக்ஸி விருப்பத்தை அமைதியாகப் புறக்கணிக்கும் துவக்கி நேரடியாக இணைந்து வேலை செய்வது போல் தோன்றும், இது தோல்வியடைவதை விட மோசமானது.

தேர்ந்தெடுக்கப்பட்ட போக்குவரத்தை runbook-இல் எழுதுங்கள், ஏனெனில் அடுத்தடுத்த ஒவ்வொரு சோதனையும் அதைச் சார்ந்துள்ளது.

படி 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 திரும்பி வரும்போது, கேட் செயல்முறை தொடங்கிய பிறகு அல்ல, சுற்று நிகழ்வுக்குப் பிறகே மீண்டும் திறக்க வேண்டும். ஒவ்வொரு தோல்வியிலும் எந்த நிபந்தனை விடுபட்டது என்பதைப் பதிவு செய்யுங்கள், அடுத்த பணியில் இருப்பவர் நேரமுத்திரைகளிலிருந்து வரிசையை மீண்டும் கட்ட வேண்டியிருக்காது.