મેનેજ કરેલા 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 ટ્રાફિક પકડાય.

લક્ષણને સ્તર સાથે મેળવો

નિષ્ફળતાનો આકાર કહે છે કયી તપાસ ફરી કરવી.

મધ્ય પંક્તિઓ પાછળે બે વિગતો છે: પ્રતિ-એપ ટનલ સ્વસ્થ હોઈ શકે અને તેમ છતાં એવું સબનેટ ચૂકી શકે જે કોઈ પ્રદાતા યાદીમાં નથી, અને મેનેજ કરેલો ફોન એકથી વધુ VPN ગોઠવણી રાખી શકે, તેથી એપ કયા સાથે બંધાયેલી છે તેની ખાતરી કરો, તમે જે વાંચી રહ્યા છો તે જ છે એમ ધારવો નહીં.

આ ક્રમમાં સુધારો: એપ રેકોર્ડ સુધારો જેથી તે જીવિત પેલોડ તરફ ઇશારો કરે, મેનેજમેન્ટ દ્વારા એપ ફરી સ્થાપિત કરો, ટનલ એપની પ્રથમ વિનંતીએ ઉપર આવે તેની ખાતરી કરો, પછી નામ અને સીમા પરીક્ષણ ફરી કરો. જો પ્રથમ વિનંતી ટનલ શરૂ જ કરી શકતી નથી, તો અટકો અને પ્રદાતાની બાજુ તપાસો, કારણ કસ્ટમ ક્લાઇંટને Network Extension હાજર હોવું જોઈએ અને તેનું ઓળખકર્તા સ્થાપિત એપ સાથે મેળ ખાવું જોઈએ.

સ્ક્રીનશોટને બદલે ત્રણ તથ્ય પાછા આપો: એપ રેકોર્ડ કયા પેલોડ તરફ ઇશારો કરે છે, સેટિંગ્સ તેને સ્થાપિત પ્રોફાઇલ તરીકે દર્શાવે છે કે નહીં, અને નિષ્ફળ વિનંતી શું હતી — નામ, સરનામું કે બ્રાઉઝરમાં સ્થળાંતર. તે ત્રણ જવાબ તૈનાતની ભૂલને રૂટિંગની ભૂલથી અલગ પાડે છે, અને આગળની વ્યક્તિ નિદાન ફરી કર્યા વિના કાર્ય કરી શકે છે.