Tor இன் SOCKS துறை வழியாக UDP: எது கடந்து செல்லாது

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

பயன்பாடு உண்மையில் என்ன அனுப்புகிறது என சரிபார்க்கவும்

நெறிமுறையின் பெயரை அல்ல, போக்குவரத்தை அடையாளம் காண்பதில் தொடங்குங்கள். குரல் வாடிக்கையாளர் HTTPS வழியாக உள்நுழைந்து பின்னர் ஊடகத்தை UDP வழியாக எடுத்துச் செல்லலாம்; விளையாட்டு TCP வழியாக அங்கீகரித்து UDP வழியாக விளையாடலாம்; கோப்பு பரிமாற்றம் கட்டுப்பாட்டுக்கு TCP உம் கண்டறிதலுக்கு UDP உம் பயன்படுத்தலாம். முதல் இரண்டு நடத்தைகளும் உள்நுழைவு வெற்றிபெற்ற பின்னும் அழைப்பு தோல்வியடையும் வரை ஒரே போலவே தெரிகின்றன, அதனால் “இணைந்தது” முழு பயன்பாடும் வேலை செய்கிறது என்பதற்கான சான்று அல்ல. சில வாடிக்கையாளர்கள் தாமாகவே UDP இலிருந்து TCP க்கு திரும்புகின்றனர், இது பகுதியாக வேலை செய்யும் அமர்வை தடுக்கப்பட்ட போக்குவரத்தாக அல்லாமல் நிலையற்ற வலையமைப்பாகத் தோற்றமளிக்கச் செய்கிறது.

தோல்வியடையும் பகுதிக்கு இலக்கு துறையும் போக்குவரத்தும் எழுதி வைக்கவும். அந்த ஒரு வரியே ப்ராக்ஸி எதுவும் உதவ முடியுமா என்பதை தீர்மானிக்கிறது.

Tor இன் SOCKS இடைமுகம் எதை ஏற்கும்

Tor ஸ்ட்ரீம் இணைப்புகளுக்கு SOCKS5 CONNECT கட்டளையையும் பெயர்களைத் தீர்க்க நீட்டிப்பு கட்டளைகளையும் செயல்படுத்துகிறது, அதனால் உலாவி எந்த மாற்றமும் இல்லாமல் அதன் வழியாக வேலை செய்கிறது. UDP ASSOCIATE, வாடிக்கையாளர் டேட்டாகிராம்களை அனுப்புவதற்காக ப்ராக்ஸியிடம் ஒப்படைக்க அனுமதிக்கும் கட்டளை, Tor வழங்குவதில் ஒரு பகுதி அல்ல. நீட்டிப்புகளின் ஆவணம் திட்டத்தின் SOCKS நீட்டிப்பு விவரக்குறிப்பில் உள்ளது, அது சுருக்கமானது. டேட்டாகிராம் கட்டளை இல்லாதது வேண்டுமென்றே: தன்னிச்சையான UDP அனுப்புவது வலையமைப்புக்கு அது ஒருபோதும் வடிவமைக்கப்படாத அனுப்பு பாத்திரத்தைக் கொடுக்கும்.

இது WireGuard க்கும் அதே பதில், அது வடிவமைப்பின்படி UDP மற்றும் TCP மாற்றுப் பாதை இல்லை. WireGuard ஐ SOCKS துறைக்கு சுட்டிக்காட்டும் ஆதரவு பாதை இல்லை, இதற்கு எதிரானதைக் கூறும் எதுவும் இரண்டு கருவிகளில் ஒன்றின் அம்சம் அல்ல, தனது சொந்த நம்பிக்கை மற்றும் பராமரிப்பு கதையுடன் கூடிய உறை.

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

சரிபார்ப்பை வரிசையாக இயக்கவும்

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

curl --socks5-hostname 127.0.0.1:9050 -sS https://check.torproject.org/api/ip
ss -tupn | grep 9050
ss -aun | grep -E ':(3478|5060|27015)\b'

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

பின்னால் திரும்பி சரியான கருவியைத் தேர்ந்தெடுக்கவும்

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

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