Android SSH SOCKS ப்ராக்ஸி: உங்கள் பாதி ஆப்ஸ் மட்டும் ஏன் இணைகின்றன
ssh -D ஒரு SOCKS கேட்பானை உருவாக்குகிறது, முழு சாதனத்தின் சுரங்கப்பாதை அல்ல. ஆப்ஸிலிருந்து அடாப்டர் மற்றும் SSH வரையிலான சங்கிலியைக் கடந்து, பின்னர் DNS மற்றும் வாழ்க்கைச் சுழற்சி இடைவெளிகளைச் சரிபார்க்கவும்.
நீங்கள் SSH மூலம் உள்நுழைந்து, -D 1080 சேர்த்து, கட்டளை வெற்றி பெறுகிறது. இப்போது தொலைபேசியில் SOCKS கேட்பான் உள்ளது, பாதி ஆப்ஸ் இன்னும் மொபைல் தரவு வழியாக வெளியேறுகின்றன. இது சாதாரண முடிவு, உடைந்த சுரங்கப்பாதை அல்ல: ssh -D ஒரு ப்ராக்ஸி முனைப்புள்ளியை உருவாக்குகிறது, Android ஆப்ஸ் ஏதாவது கட்டாயப்படுத்தினால் மட்டுமே ப்ராக்ஸியைப் பயன்படுத்துகின்றன. சங்கிலியை படிப்படியாகக் கடப்பது வேலையின் ஒவ்வொரு பகுதியும் உண்மையில் எங்கே உள்ளது என்பதைக் காட்டுகிறது.
போக்குவரத்து தொடங்கும் இடத்திலிருந்து தொடங்குங்கள்
சுரங்கப்பாதையைப் பயன்படுத்த வேண்டிய ஒரு ஆப்ஸைத் தேர்ந்தெடுத்து அதற்கு சொந்த ப்ராக்ஸி அமைப்பு உள்ளதா எனப் பாருங்கள். SOCKS புலம் உள்ள உலாவி எளிய நிலை: அதை 127.0.0.1:1080 க்கு சுட்டிக்காட்டுங்கள், அமைப்பு இருந்தால் தொலைதூர DNS இயக்குங்கள், கோரிக்கை கடந்து செல்கிறது. அரட்டை கிளையண்ட், வரைபட ஆப்ஸ் அல்லது அத்தகைய புலம் இல்லாத விளையாட்டுக்கு கேட்பானைப் பயன்படுத்த வழியில்லை, SSH கட்டளையில் நீங்கள் எழுதுவது எதுவும் அதை மாற்றாது.
வேறு எதையும் ஈடுபடுத்துவதற்கு முன், கேட்பான் தொலைபேசியின் சொந்த ஷெல்லில் இருந்து SOCKS நேரடியாகப் பேசும் கிளையண்டுடன் வேலை செய்கிறது என்பதை நிரூபியுங்கள்:
ssh -N -D 1080 [email protected]
curl --socks5-hostname 127.0.0.1:1080 https://ifconfig.me
திரும்பி வரும் முகவரி SSH சேவையகத்தின் முகவரியாக இருக்க வேண்டும், தொலைபேசியின் அல்ல. அப்படியெனில் ப்ராக்ஸியின் பாதி முடிந்தது, மீதமுள்ள வேலை பரப்பளவு பற்றியது. இல்லையெனில் முதலில் SSH பக்கத்தைச் சரிசெய்யுங்கள்: விசை அங்கீகாரம், சேவையகத்தின் இலக்கை அடையும் திறன் மற்றும் SSH சேவையகத்தின் சொந்த வெளியேற்றம்.
Android க்குத் தேவையான பகுதியைச் சேர்க்கவும்
ப்ராக்ஸி அமைப்பு இல்லாத ஆப்ஸுக்கு அவற்றின் பாக்கெட்டுகளைப் பிடித்து ப்ராக்ஸி இணைப்புகளாக மாற்றும் ஒன்று தேவை. root இல்லாத சாதனத்தில் அது VPN சேவை அடாப்டர்: மெய்நிகர் இடைமுகத்தை எடுத்து தேர்ந்தெடுத்த போக்குவரத்தை உள்ளூர் SOCKS கேட்பானுக்கு அனுப்பும் ஆப்ஸ். சங்கிலி ஆப்ஸ், அடாப்டர், SOCKS கேட்பான், SSH இணைப்பு, இலக்கு ஆக மாறுகிறது.
அடாப்டரை நிறுவி, அதற்கு VPN அனுமதி கொடுத்து, அது பிடிக்க வேண்டிய ஆப்ஸ் அல்லது வழிகளைத் தேர்ந்தெடுங்கள். நிலைப் பட்டியில் உள்ள சாவி ஐகான் அப்போது அடாப்டரைக் குறிக்கிறது, தனி வணிக VPN அல்ல. Android ஒவ்வொரு பயனர் சுயவிவரத்திற்கும் ஒரு செயலில் உள்ள VPN சேவை இணைப்பை மட்டுமே அனுமதிக்கிறது, எனவே இரண்டாவது VPN ஆப்ஸைத் தொடங்குவது சங்கிலிக்கு அடுக்கைச் சேர்ப்பதில்லை: அது அதே பங்கிற்குப் போட்டியிடுகிறது.
வெற்றிகரமான சோதனை உங்களை ஏமாற்றக்கூடிய படியும் இதுதான். அடாப்டர் நீங்கள் ஏற்கனவே ப்ராக்ஸிக்கு சுட்டிக்காட்டிய உலாவியை மட்டும் பிடிக்க அமைக்கப்பட்டிருந்தால் எல்லாம் வேலை செய்கிறது, வேறு எதுவும் மூடப்படவில்லை. சாதனம் சுரங்கப்பாதையில் உள்ளது என்று முடிவெடுப்பதற்கு முன் பிடிப்புப் பட்டியலைப் படியுங்கள்.
SSH போக்குவரத்தைப் பிடிப்புக்கு வெளியே வையுங்கள்
SSH இணைப்பே அது பராமரிக்கும் SOCKS சுரங்கப்பாதைக்குத் திரும்பிச் செல்லக்கூடாது. அடாப்டர் SSH ஆப்ஸின் போக்குவரத்தைப் பிடித்தால், சுரங்கப்பாதை சுரங்கப்பாதைக்காகக் காத்திருக்கும் இணைப்பைச் சார்ந்திருக்கும், முடிவு அடாப்டர் தொடங்கியவுடன் நின்றுவிடும் அல்லது தோல்வியடையும் சுழற்சி.
ஒருங்கிணைந்த செயலாக்கங்கள் தங்கள் சொந்த போக்குவரத்து சாக்கெட்டைப் பாதுகாக்கின்றன. தனி ஆப்ஸுடன் ஆதரிக்கப்படும் விலக்கு தேவை: SSH ஆப்ஸைப் பிடிப்புக்கு வெளியே விடுங்கள், அல்லது முகவரி மூலம் SSH முனைப்புள்ளியை விலக்குங்கள். இரண்டுக்கும் விலை உண்டு. முழு முனைய ஆப்ஸை விலக்கினால் அதன் தொடர்பற்ற வலையமைப்புச் செயல்பாடும் சுரங்கப்பாதையிலிருந்து வெளியேறும், முகவரி விலக்கு சேவையகத்தின் முகவரி மாறும்போது அல்லது அடுத்த இணைப்பில் பெயர் வேறு விதமாகத் தீர்க்கப்படும்போது உடைகிறது.
விலக்கை வெளியிலிருந்து சரிபாருங்கள்: அடாப்டரை மீண்டும் இணைத்து, பின்னர் SSH அமர்வு உயிருடன் இருப்பதையும் ப்ராக்ஸி கோரிக்கை இன்னும் சேவையகத்தின் முகவரியைத் தெரிவிப்பதையும் உறுதிப்படுத்துங்கள். அடாப்டர் தொடங்கும் வரை வேலை செய்து பின்னர் உறையும் அமர்வே அந்தச் சுழற்சி.
DNS மற்றும் UDP ஐச் சங்கிலியின் இறுதி வரை பின்தொடருங்கள்
OpenSSH இன் மாறும் மறுசீரமைப்பு TCP இணைப்புகளைக் கொண்டு செல்கிறது. அது UDP-associate அல்லது ICMP போக்குவரத்து அல்ல, UDP பாக்கெட்டுகளை ஏற்றுக்கொண்டு UDP மறுசீரமைப்பை அடாப்டர் கற்பனை செய்ய முடியாது. UDP ஐ வற்புறுத்தும் எதுவும், QUIC மற்றும் WebRTC ஊடகம் உட்பட, ஆப்ஸைப் பொறுத்து தோல்வியடையும் அல்லது TCP க்குத் திரும்பும்.
DNS க்கு அதன் சொந்த முடிவு தேவை. பெயரை உள்ளூரில் தீர்க்கும் ஆப்ஸ் இணைவதற்கு முன் வழக்கமான தீர்வியின் வழியாக வினவலை அனுப்புகிறது, எனவே சுரங்கப்பாதை இணைப்பைக் கொண்டு செல்கிறது, தேடலை அல்ல. தொலைதூர DNS விருப்பம் உள்ள ப்ராக்ஸி உணர்வுள்ள கிளையண்ட் அதைத் தவிர்க்கிறது; அது இல்லாத பிடிபட்ட ஆப்ஸ் தவிர்க்காது. அடாப்டர் மாற்றியது எனக் கருதுவதற்குப் பதிலாக எந்தத் தீர்வி பதிலளித்தது எனப் பாருங்கள்.
SOCKS கேட்பானை loopback உடன் கட்டி வையுங்கள், முதல் பயன்பாட்டில் SSH சேவையகத்தின் host விசையைச் சரிபார்க்கவும், இறுதி தளத்திற்கு வழக்கமான HTTPS சரிபார்ப்பை அதன் இடத்தில் விடவும். SSH தொலைபேசியிலிருந்து சேவையகம் வரையிலான பகுதியைப் பாதுகாக்கிறது; சேவையகம் பின்னர் செய்வதை அது மறையாக்காது.
இரண்டு வாழ்க்கைச் சுழற்சிகளைச் சரிபார்த்து முடிவெடுங்கள்
அடாப்டருக்கும் SSH அமர்வுக்கும் தனித்தனி வாழ்க்கைச் சுழற்சிகள் உள்ளன. அடாப்டர் பிடித்துக்கொண்டிருக்கும்போது SSH விழுந்தால், ஆப்ஸ் தெளிவான பிழையின்றி தொங்கக்கூடும், ஏனெனில் அவற்றின் பாக்கெட்டுகள் இன்னும் வேலை செய்யும் வெளியேற்றம் இல்லாத மெய்நிகர் இடைமுகத்திற்குள் நுழைகின்றன. அடாப்டர் நின்றால், சாதனத்தின் VPN கொள்கையைப் பொறுத்து ஆப்ஸ் நேரடியாகச் செல்லும் அல்லது தடுக்கப்படும்.
இரு திசைகளையும் வேண்டுமென்றே சோதியுங்கள்: அடாப்டர் இயங்கும்போது SSH அமர்வைக் கொல்லுங்கள், பின்னர் SSH மேலே இருக்கும்போது அடாப்டரை நிறுத்துங்கள். ஒவ்வொரு நிலையிலும் தொலைபேசி செய்வதே, நிறுவல் வழிமுறைகள் என்ன சொன்னாலும், நீங்கள் உண்மையில் செயல்படுத்தும் கொள்கை.
பணிப்பாய்வுக்கு கணிக்கக்கூடிய தோல்வி முறையுடன் முழு சாதனப் பரப்பு தேவைப்பட்டால், உண்மையான IP VPN, அல்லது இந்தச் சங்கிலிக்காக வடிவமைக்கப்பட்ட பராமரிக்கப்படும் அடாப்டர் நேர்மையான பதில். தொடர்பற்ற பிடிப்பு ஆப்ஸுக்கு அருகில் இயக்கப்படும் ஷெல் அமர்வு பராமரிக்கப்படும் சாதன சுரங்கப்பாதை அல்ல; அவற்றில் ஒன்று முடிவடையும்போது என்ன நடக்கும் என்பதற்கான உடன்பாடு இல்லாத இரண்டு பகுதிகள்.