நிர்வகிக்கப்பட்ட பணி செயலிக்கான VPN மற்றும் ப்ராக்ஸி நிலையை எவ்வாறு படிப்பது

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

செயலி மற்றும் அதன் சுயவிவரத்திலிருந்து தொடங்குங்கள்

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

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

தளம் தெரிவிக்கும் நிலையைப் படியுங்கள்

உங்கள் ஆதரவுக் கருவிகளில் உள்ள தற்போதைய செயல்பாட்டின் உள்ளே, API 23 அல்லது அதற்குப் பிறகு, ஒரு பைட்டும் அனுப்பாமல் நெட்வொர்க் நிலையைப் படிக்கலாம்। அழைப்புக்கு திறன்களைப் படிக்க வழக்கமான ACCESS_NETWORK_STATE மேனிஃபெஸ்ட் அனுமதி தேவை।

val cm = getSystemService(android.net.ConnectivityManager::class.java) ?: return
val network = cm.activeNetwork
val caps = network?.let { cm.getNetworkCapabilities(it) }
val hasVpn = caps?.hasTransport(android.net.NetworkCapabilities.TRANSPORT_VPN)
val proxy = cm.defaultProxy

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

இயல்புநிலைக்குப் பதிலாக ஒவ்வொரு நெட்வொர்க் பார்வை தேவைப்பட்டால், அதே நெட்வொர்க்கின் இணைப்பு பண்புகளைப் படித்து cm.getLinkProperties(network)?.httpProxy உடன் ஒப்பிடுங்கள்। சாதன நிர்வாகத்தால் நிறுவப்பட்ட ப்ராக்ஸி இயல்புநிலை ப்ராக்ஸி அழைப்பில் தோன்றும், இணைப்பு பண்புகளில் தோன்றாது, இது கொள்கை வழங்கிய ப்ராக்ஸியை நெட்வொர்க் வழங்கியதிலிருந்து விரைவாக வேறுபடுத்தும் வழி।

வெளியீட்டைப் பொது அறிக்கைக்குப் பதிலாக உங்கள் ஆதரவு சேனலில் வைத்திருங்கள்। ப்ராக்ஸி ஹோஸ்ட்பெயர்கள், PAC URLகள் மற்றும் உள் பின்னொட்டுகள் உங்கள் நிறுவனம் டிராஃபிக்கை எவ்வாறு வழிமாற்றுகிறது என்பதை வெளிப்படுத்துகின்றன, தோல்வியை விவரிக்க அவற்றில் எதுவும் தேவையில்லை।

ஒவ்வொரு புலத்தையும் குறுகியதாக விளக்குங்கள்

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

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

பூஜ்ய இயல்புநிலை ப்ராக்ஸி என்பது இந்த API பயனுள்ள கட்டமைப்புக்கு எந்த இயல்புநிலை HTTP ப்ராக்ஸியையும் தெரிவிக்கவில்லை என்பதாகும்। இது மிகக் குறைவையே விலக்குகிறது: செயலி அதன் சொந்த SOCKS அமைப்பைக் கொண்டிருக்கலாம், அதன் சொந்த HTTP கிளையண்டைச் செயல்படுத்தலாம், அல்லது சாதனம் ஒருபோதும் அறியாத நுழைவாயிலில் உள்ள ப்ராக்ஸியால் வழிநடத்தப்படலாம்।

ஒற்றை மதிப்பு பதிலை வெல்லும் நிலை PAC ஆகும்। ஸ்கிரிப்ட் ஒரு இலக்கை ப்ராக்ஸி வழியாக அனுப்பி மற்றொன்றை நேரடியாக அனுப்பலாம், எனவே ஒரே செயலியின் ஒரு வினாடிக்குள் இரு கோரிக்கைகள் வெவ்வேறு பாதைகளை எடுக்கலாம்। மேலும் தன் சாக்கெட்டுகளைத் தேர்ந்தெடுத்த நெட்வொர்க்குடன் பிணைக்கும், அல்லது bindProcessToNetwork அழைக்கும் செயலி இயல்புநிலையைப் பின்பற்றக் கட்டாயமில்லை।

இந்த ஸ்னாப்ஷாட் சொல்ல முடியாதவை

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

சாக்கெட்டுக்கு மேலே என்ன நடக்கிறது என்பதையும் இது எதுவும் சொல்லவில்லை। நிர்வகிக்கப்பட்ட சாதனத்தில் தோல்வியடையும் TLS கைக்குலுக்கல் நம்பிக்கைக் களஞ்சியச் சிக்கலாகவோ, பின்னிங் பொருந்தாமலாகவோ அல்லது ப்ராக்ஸி மறுக்கும் பெயராகவோ இருக்கலாம், அவற்றில் எதுவும் இணைப்புப் படிப்பில் தோன்றாது।

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

நிர்வாகி பயன்படுத்தக்கூடிய வடிவில் தெரிவியுங்கள்

பாதிக்கப்பட்ட செயலி, சுயவிவரம், நேரமுத்திரை மற்றும் தோல்வியடைந்த சரியான நிலையைக் கொடுங்கள்: பெயர் தீர்வு, TCP இணைப்பு, TLS கைக்குலுக்கல் அல்லது HTTP நிலை। ஸ்னாப்ஷாட் மதிப்புகளைப் படித்தபடியே சேர்க்கவும், பூஜ்யங்களைப் பூஜ்யமாகவே எழுதுங்கள், எதுவும் இல்லை எனும் சொல்லாக அல்ல। அதே சுயவிவரத்தில் உள்ள மற்ற செயலிகளும் அதே வழியில் தோல்வியடைகின்றனவா எனக் குறிப்பிடுங்கள், இது செயலி சிக்கலை முழு சுயவிவரத்தின் பாதைச் சிக்கலிலிருந்து பிரிக்கிறது।

பின்னர் நிறுத்தி பாதையின் உரிமையாளர் பதிலளிக்கட்டும்। கார்ப்பரேட் சான்றிதழ், ப்ராக்ஸி முகவரி அல்லது VPN உள்ளீட்டை நிர்வாகத்தை அகற்றும் அல்லது அங்கீகரிக்கப்பட்ட பாதையைத் தவிர்க்கும் அனுமதியாகக் கருத வேண்டாம்; அது ஆதரவு வழக்கைக் கொள்கைச் சம்பவமாக மாற்றுகிறது।

இயல்புநிலை ப்ராக்ஸி ஒப்பந்தம் சிறியது, ஒருமுறை படிக்கத் தகுந்தது, ஏனெனில் அழைப்பு எந்தப் ப்ராக்ஸியைத் தெரிவிக்கிறது என்பதை அது துல்லியமாக வரையறுக்கிறது, இந்த ஸ்னாப்ஷாட்டின் ஒவ்வொரு அதிகப்படியான படிப்பும் அது மேலும் தெரிவிக்கிறது எனும் அனுமானத்துடன் தொடங்குகிறது।