Android செயலி VPN வழியாக இயங்க மறுக்கிறது: எந்த அடுக்கு தீர்மானிக்கிறது

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

படி 1: செயலி எப்போது மறுக்கிறது என்பதைக் கண்டறியுங்கள்

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

adb logcat -c
# reproduce the failure in the app
adb logcat -d | grep -iE 'vpn|network|connect|http' | tail -60

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

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

படி 2: தொலைபேசி வலையமைப்பை தானே எப்படிப் பார்க்கிறது என்பதைப் படியுங்கள்

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

val cm = context.getSystemService(ConnectivityManager::class.java)
val caps = cm.getNetworkCapabilities(cm.activeNetwork)
val onVpn = caps?.hasTransport(NetworkCapabilities.TRANSPORT_VPN) == true

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

பணிநிலையத்திலிருந்து adb shell dumpsys connectivity மூலமும் VPN வலையமைப்பு உள்ளீட்டைத் தேடுவதன் மூலமும் சோதனைச் சாதனத்தில் அதே நிலையைக் காணலாம். பாதை மேலே உள்ள ஒரு இயக்கத்தை கீழே உள்ள ஒன்றோடு ஒப்பிட்டு இரண்டு வெளியீடுகளையும் வைத்திருங்கள்.

படி 3: சேவையகம் உண்மையில் என்ன பார்க்கிறது என்பதைப் படியுங்கள்

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

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

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

படி 4: சான்றுகளை மூன்று தீர்ப்புகளில் ஒன்றுடன் பொருத்துங்கள்

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

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

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

படி 5: ஆதரிக்கப்படும் பாதையை எடுத்து சரிபார்க்கவும்

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

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

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