நிர்வகிக்கப்பட்ட iPhone ஆப்களில் ஆப்-வாரி VPN: எது வழிமாற்றப்படுகிறது, எது இல்லை
ஆப்-வாரி சுரங்கம் நிர்வகிக்கப்பட்ட ஆப்பைப் பின்பற்றும், தொலைபேசியை அல்ல. பேலோடு இணைப்பு, நிர்வகிக்கப்பட்ட நகல், கோரிக்கை விதிகள் மற்றும் ஆப்பிலிருந்து வெளியேறும் ஓட்டங்களைச் சரிபார்க்கவும்.
iPhone இல் ஆப்-வாரி VPN முழு தொலைபேசியின் சுவிட்சு அல்ல. இது ஒரு நிர்வகிக்கப்பட்ட ஆப்பிற்கும் ஒரு VPN பேலோடிற்கும் இடையிலான இணைப்பு, ஆப் பயன்படுத்தப்படும்போது உருவாகிறது, மற்ற அனைத்தின் போக்குவரத்தும் முந்தைய பாதையைத் தக்கவைக்கிறது. அதனால்தான் அதே தொலைபேசி சீரற்ற முறையில் செயல்படுகிறது: வேலை ஆப் தனிப்பட்ட பக்கத்தைத் திறக்கிறது ஆனால் Safari அதே ஹோஸ்டை அடையவில்லை, அல்லது சுரங்கம் ஒருபோதும் மேலெழவில்லை மற்றும் ஆப் தவறான சான்றுகள் போலத் தோன்றும் நேர முடிவைப் புகாரளிக்கிறது. சோதனைகள் பரந்த காரணத்திலிருந்து கீழே செல்கின்றன, எனவே தோல்வியடையும் முதல் ஒன்றில் நிறுத்துங்கள்.
முதலில் பேலோடு மற்றும் ஆப் பதிவைச் சரிபார்க்கவும்
இணைப்பு இரண்டு பொருட்களில் வாழ்கிறது, ஒன்றில் அல்ல. VPN பேலோடு சுரங்கத்தை வரையறுக்கிறது: வகை, சேவையகம், அங்கீகாரம், DNS மற்றும் தனிப்பயன் கிளையண்ட் பயன்படுத்தப்படும்போது வழங்குநரின் தொகுப்பு அடையாளங்காட்டி. ஆப் பதிவு அந்த பேலோடைச் சுட்டுகிறது, மற்றும் பெரும்பாலான நிர்வாக கன்சோல்கள் இதை ஆப் உள்ளமைவில் Per-App VPN க்கு நெருக்கமான பெயரில் ஆப்-வாரி விருப்பமாக வழங்குகின்றன. எந்த ஆப்பும் சுட்டாத பேலோடு ஆப்-வாரியாக எதையும் வழிமாற்றாது; யாரோ கைமுறையாகத் தொடங்க வேண்டிய சாதாரண சுரங்கம் போல செயல்படுகிறது.
தொலைபேசியைத் தொடுவதற்கு முன் இரண்டு பொருட்களையும் படிக்கவும். ஆப் உள்ளமைவு நீங்கள் சோதிக்கும் பேலோடைச் சுட்டுகிறதா, அதன் பழைய நகலை அல்ல என்பதை உறுதிப்படுத்தவும், ஏனெனில் இடமாற்றத்திற்குப் பிறகு கிட்டத்தட்ட ஒரே பெயர்களுடன் இரட்டை பேலோடுகள் பொதுவானவை, ஆப் மகிழ்ச்சியுடன் நீக்கப்பட்டதைச் சுட்டும். பின்னர் உள்ளமைவு சாதனத்தை அடைந்ததை உறுதிப்படுத்தவும்: அமைப்புகள், பொது, VPN மற்றும் சாதன மேலாண்மை அதை நிறுவப்பட்ட சுயவிவரமாகக் காட்ட வேண்டும். அங்குள்ள VPN பட்டியல் சோதனை அல்ல. ஆப்-வாரி சேவைக்கு பொதுவாக கைமுறை சுவிட்சு இல்லை, எனவே சரியாகப் பயன்படுத்தப்பட்ட உள்ளமைவு தொடங்கக்கூடிய VPN களுக்கு இடையே ஒருபோதும் தோன்றாமல் இருக்கலாம். இல்லாமை ஆப் பதிவிலும், ஆப்பின் முதல் கோரிக்கையில் சுரங்கம் மேலெழுகிறதா என்பதிலும் தெரிகிறது.
ஒரு நிபந்தனை பல டிக்கெட்டுகளை விளக்குகிறது: இந்த மாதிரிக்கு ஆப் நிர்வாகத்தின் வழியாக வர வேண்டும். பக்கத்திலிருந்து நிறுவப்பட்ட அல்லது தனிப்பட்ட முறையில் வாங்கப்பட்ட நகல், அதன் தொகுப்பு அடையாளங்காட்டி பொருந்தினாலும் இணைப்பைப் பெறாது. VPN க்கான Apple இன் பயன்பாட்டு வழிகாட்டி இதற்குப் பின்னால் உள்ள பேலோடு மாதிரியை விவரிக்கிறது (support.apple.com/guide/deployment/vpn-overview-depae3d361d0/web).
நிறுவப்பட்ட ஆப் நிர்வகிக்கப்பட்ட நகல்தானா என்பதை உறுதிப்படுத்தவும்
இணைப்பு நிறுவப்பட்ட, நிர்வகிக்கப்பட்ட ஆப்பைப் பின்பற்றுகிறது. யாராவது அதை தனிப்பட்ட Apple ID உடன் App Store இலிருந்து மீண்டும் நிறுவினால், மீண்டும் கையொப்பமிடப்பட்ட நிறுவன பில்டுடன் மாற்றினால், அல்லது சாதனம் மீண்டும் பதிவு செய்யப்பட்டு ஆப் வேறு சேனல் வழியாகத் திரும்பினால், ஆப் முழுவதும் சாதாரணமாகத் தெரிந்தாலும் சுரங்கம் கீழே இருக்கலாம்.
ஒரு கவனிப்பால் அல்ல, ஒப்பீட்டால் சோதிக்கவும். நிர்வாகப் பட்டியலில் ஆப் அந்தச் சாதனத்திற்கு நிர்வகிக்கப்பட்டதாக, அதன் பதிவில் VPN மேப்பிங்குடன் தெரிய வேண்டும். தொலைபேசியில் ஆப் தொடங்கும்போதும் அதன் முதல் கோரிக்கை வெளியேறும்போதும் சுரங்கம் மேலெழ வேண்டும், யாராவது அமைப்புகளில் தனி கைமுறை உள்ளமைவைத் தொடங்கும்போது மட்டுமல்ல. ஆப்பைத் தொடங்குவது எதையும் மாற்றவில்லை என்றால், அந்தக் கைமுறை உள்ளமைவு மாற்றினால், ஆப் ஆப்-வாரி சுரங்கத்துடன் எந்தத் தொடர்பும் இல்லை.
புதுப்பிப்புகள் முக்கியம்: நிர்வாகம் வழியாகத் தள்ளப்பட்டது மேப்பிங்கைத் தக்கவைக்கும், பயனர் தொடங்கிய மறுநிறுவல் அதை இழக்கலாம். புகார் ஒரு புதுப்பிப்பிலிருந்து தேதியிட்டால், பிணையத்திற்கு முன் ஆப் பதிவைச் சரிபார்க்கவும்.
சுரங்கம் எதை எடுக்கலாம் என்பதைச் சரிபார்க்கவும்
ஆப்-வாரி சுரங்கம் மூல ஆப்பால் தேர்ந்தெடுக்கப்படுகிறது, எனவே தொலைபேசியின் இயல்புநிலை பாதை இன்னும் Wi-Fi அல்லது செல்லுலாருக்குச் சொந்தமானது. OverridePrimary அதை மாற்றும் திறவுகோல். ஒரு சுயவிவரம் அதை அமைக்கும்போது, சுரங்கம் முழு சுரங்கம் போல செயல்பட்டு ஒவ்வொரு ஆப்பும் அதைப் பெறுகிறது, எனவே VPN வழியாகச் செல்லும் அனைத்தும் ஆப் தோல்வி அல்ல, சுயவிவரக் கேள்வியாகிறது.
கோரிக்கை விதிகள் நிலைத்தன்மையைத் தீர்மானிக்கின்றன. OnDemandEnabled மற்றும் அதன் விதித் தொகுப்பு ஆப் போக்குவரத்தை அனுப்பும்போது சுரங்கத்தைத் திரும்பக் கொண்டுவரும், Wi-Fi இலிருந்து செல்லுலாருக்கான மாற்றத்தைத் தாங்கும், அல்லது ஆப் பின்னணிக்குச் செல்லும்போது கீழே இறக்கும். இணைந்து பின்னர் அமைதியாக இறக்கும் பயன்பாடு பொதுவாக ஆப் செயலற்றதாக இருக்கும்போது ஒருபோதும் இயங்காத ஆய்வுக்கு மட்டும் பொருந்தும் விதியைக் கொண்டிருக்கும்.
பின்னர் பாதையின் பக்கத்தை நேர்மையாகப் படிக்கவும். வழங்குநர் அல்லது விற்பனையாளர் சுயவிவரம் சேர்ப்புப் பட்டியலைத் தந்தால், 10.20.0.0/16 மட்டும் சுமக்கும் சுரங்கம் 10.30.0.0/16 இல் சேவையைச் சுமக்காது; அது பட்டியல் தன் வேலையைச் செய்கிறது, ஆப்-வாரி தோல்வி அல்ல. உள்ளமைந்த iOS பேலோடுக்கு சேர்ப்புப் பட்டியல் இல்லை. அது இல்லாமல் பிரிவு வழங்குநரின் இயல்புநிலைகளையும் IncludeAllNetworks ஐயும் பின்பற்றுகிறது, மறைவான பட்டியலை அல்ல.
ஆப்பைச் சோதிக்கவும், பின்னர் அதிலிருந்து வெளியேறுவதைச் சோதிக்கவும்
முகவரியால் மட்டுமல்ல, பெயரால் சோதிக்கவும். நிர்வகிக்கப்பட்ட ஆப்பிற்குள் உள் ஹோஸ்டைத் தீர்ப்பது DNS உம் சுரங்கத்தின் வழியாகச் சென்றது என்பதை நிரூபிக்கிறது, ஏனெனில் எந்தத் தீர்வி பதிலளிக்கும், எந்தத் தேடல் களங்கள் பொருந்தும் என்பதை பேலோடு தீர்மானிக்கிறது. பெயர்த் தேடல் தோல்வியடையும்போது வழிமாற்றம் சரியாக இருக்கலாம், இரண்டு அறிகுறிகளும் வெவ்வேறு அமைப்புகளைச் சுட்டுகின்றன.
பின்னர் இரு பக்கங்களிலிருந்தும் எல்லையைச் சோதிக்கவும். தனிப்பட்ட ஆப் அல்லது Safari சாதாரண பொது பக்கத்தை அடைந்து இயக்குநர் அல்லது வீட்டு முகவரியைப் புகாரளிக்க வேண்டும், நிர்வகிக்கப்பட்ட ஆப் தனிப்பட்ட சேவையை அடைகிறது. இரண்டும் ஒரே பொது முகவரியைப் புகாரளித்தால், ஆப் பதிவு எதைக் கூறினாலும் சுரங்கம் இனி ஆப்-வாரி அல்ல.
ஆப்பை விட்டு வெளியேறும் ஓட்டங்கள் குழப்பமான டிக்கெட்டுகளை உருவாக்குகின்றன. Safari இல் திறக்கும் இணைப்பு, பங்கிடும் தாள் வழியாக அனுப்பப்பட்ட ஆவணம், அல்லது உலாவிக்கு மாறும் SSO உள்நுழைவு ஆப்பின் செயல்முறையையும் அதனுடன் சுரங்கத்தையும் விட்டு வெளியேறுகின்றன. ஆப்பிற்குள் காட்டப்படும் உள்நுழைவு பொதுவாக ஆப்பிற்குக் காரணம் கூறப்படுகிறது, எனவே அதே URL Safari இல் தோல்வியடையும் இடத்தில் உட்பொதிந்த உள்நுழைவு வெற்றிபெறலாம்; அதை அனுமானிக்காமல் சரிபார்க்கவும். அடையாள வழங்குநர் சுரங்கம் வழியாக மட்டுமே அணுகக்கூடியதாக இருந்தால், உள்நுழைவை ஆப்பிற்குள் வைக்கவும் அல்லது வழங்குநரின் களத்தை பேலோடின் Safari களங்களில் சேர்க்கவும், அப்போது பொருந்தும் Safari போக்குவரத்து பிடிபடும்.
அறிகுறியை அடுக்குடன் பொருத்தவும்
தோல்வியின் வடிவம் எந்தச் சோதனையை மீண்டும் செய்ய வேண்டும் என்பதைச் சொல்கிறது.
| What you see | Where the repair is |
|---|---|
| Tunnel never appears when the app opens | App-to-payload association, or the app is not the managed copy |
| Tunnel connects, internal name resolves, connection times out | Provider or vendor include list missing the subnet, or a far-side firewall |
| Tunnel connects, internal name fails to resolve | DNS servers or search domains in the payload |
| Every app uses the tunnel | OverridePrimary set, or a full-tunnel payload reused |
| Worked until an update, broken since | Association lost on reinstall, or the payload was replaced |
நடுச் சாலைகளுக்குப் பின்னால் இரண்டு விவரங்கள் உள்ளன: ஆப்-வாரி சுரங்கம் ஆரோக்கியமாக இருந்தாலும் எந்த வழங்குநர் பட்டியலிலும் இல்லாத துணை வலையத்தைத் தவிர்க்கலாம், மேலும் நிர்வகிக்கப்பட்ட தொலைபேசி ஒன்றுக்கு மேற்பட்ட VPN உள்ளமைவுகளை வைத்திருக்கலாம், எனவே நீங்கள் படிப்பதே அது என்று அனுமானிக்காமல் ஆப் எதனுடன் பிணைக்கப்பட்டுள்ளது என்பதை உறுதிப்படுத்தவும்.
இந்த வரிசையில் சரிசெய்யவும்: ஆப் பதிவை செயலில் உள்ள பேலோடைச் சுட்டும் வகையில் சரிசெய்யவும், நிர்வாகம் வழியாக ஆப்பை மீண்டும் நிறுவவும், ஆப்பின் முதல் கோரிக்கையில் சுரங்கம் மேலெழுகிறது என்பதை உறுதிப்படுத்தவும், பின்னர் பெயர் மற்றும் எல்லைச் சோதனைகளை மீண்டும் செய்யவும். முதல் கோரிக்கை சுரங்கத்தைத் தொடங்கவே முடியாவிட்டால், நிறுத்தி வழங்குநர் பக்கத்தைச் சரிபார்க்கவும், ஏனெனில் தனிப்பயன் கிளையண்டிற்கு நிறுவப்பட்ட ஆப்புடன் பொருந்தும் அடையாளங்காட்டி மற்றும் இருக்கும் Network Extension தேவை.
ஸ்கிரீன்ஷாட்டுக்குப் பதிலாக மூன்று உண்மைகளைத் திருப்பித் தரவும்: ஆப் பதிவு எந்தப் பேலோடைச் சுட்டுகிறது, அமைப்புகள் அதை நிறுவப்பட்ட சுயவிவரமாகக் காட்டுகின்றனவா, தோல்வியடைந்த கோரிக்கை என்ன — ஒரு பெயர், முகவரி அல்லது உலாவிக்கு மாற்றம். இந்த மூன்று பதில்கள் பயன்பாட்டுத் தவறை வழிமாற்றுத் தவறிலிருந்து பிரிக்கின்றன, அடுத்த நபர் கண்டறிதலை மீண்டும் செய்யாமல் செயல்படலாம்.