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' நிலையில் தங்குவதற்கான மிகப் பொதுவான காரணம் அதுவே.

வலையமைப்பின் அளவை அல்ல, ரிலேயின் பங்கைச் சரிபார்க்கவும்

ரிலே பங்குகள் வெவ்வேறு வேலைகளைச் செய்கின்றன. guard என்பது வாடிக்கையாளர்களுக்கான முதல் தாவல், நடு ரிலே மற்ற ரிலேகளுக்கிடையே சுற்றுகளை அனுப்புகிறது, exit என்பது இலக்குகளைத் தொடும் பங்கு, மற்றும் பாலம் என்பது BridgeDB வழியாக விநியோகிக்கப்படும் பொது அல்லாத நுழைவுப் புள்ளி. Tor இன் சொற்களஞ்சியம் இந்த வரையறைகளைத் தனியாக வைத்திருக்கிறது, மேலும் அணுகக்கூடியதாக இருப்பது ஒவ்வொரு பங்கின் பகுதி, ஆனால் தன்னிச்சையான வாடிக்கையாளர்களுக்குச் சேவை செய்யும் அனுமதி எதன் பகுதியும் அல்ல.

exit கொள்கை படிக்கத் தகுந்தது, ஏனெனில் அது முன்னனுப்பும் விதியை ஒத்த ஒரே பகுதி, மேலும் exit எந்த இலக்குகளுக்கு வெளியே செல்ல அனுமதிக்கிறது என்பதை அது ஒழுங்குபடுத்துகிறது, உள்ளே அனுமதிக்கப்படும் வாடிக்கையாளர்களை அல்ல. துறைமுகம் 25 ஐத் தடுக்கும் கடுமையான exit கொள்கை வெளிச் செல்லும் தவறான பயன்பாட்டுக் கட்டுப்பாட்டைப் பற்றி ஏதோ கூறுகிறது, OpenVPN வாடிக்கையாளரை இயந்திரத்தை நோக்கித் திருப்பலாமா என்பதைப் பற்றி அல்ல.

புகழை வைத்து வாதிடுகிறீர்கள் என்றால் நிறுத்துங்கள்: ரிலேகள் போக்குவரத்தை முன்னனுப்புவதால், முகவரி உங்களுடையதை ஏற்க வேண்டும் என்பது உண்மையல்ல. Tor ஒருமித்த கருத்து மற்றும் அதன் சொந்த நெறிமுறை வழியாகப் பாதைகளைத் தேர்வு செய்கிறது; VPN வாடிக்கையாளர் பங்கேற்பாளர் அல்ல, சேர்வதற்கு சுற்றும் இல்லை.

SOCKS கேட்பவர் உள்ளூரா அல்லது பொதுவா எனச் சரிபார்க்கவும்

Tor இன் வாடிக்கையாளர் அதே இயந்திரத்தில் உள்ள பயன்பாடுகளுக்கு SOCKS இடைமுகத்தை வெளிப்படுத்துகிறது, இயல்பாக loopback இல். அந்தக் கேட்பவர் உள்ளூர் வசதி, ரிலே இணையத்திற்கு வழங்கும் சேவை அல்ல, மேலும் அதைப் பொது பதிலியாகக் கருதுவதே மக்கள் எதிர்பாராத விதமாகத் திறந்த ரிலேவை இயக்கும் வழி:

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