İdarə olunan iPhone tətbiqlərində tətbiq üzrə VPN: nə yönləndirilir, nə yox
Tətbiq üzrə tunel idarə olunan tətbiqi izləyir, telefonu yox. Yük assosiasiyasını, idarə olunan nüsxəni, tələb üzrə qaydaları və tətbiqdən çıxan axınları yoxlayın.
iPhone-da tətbiq üzrə VPN telefonu bütövlükdə əhatə edən açar deyil. Bu, bir idarə olunan tətbiqlə bir VPN yükü arasında, tətbiq yerləşdirilərkən yaradılan assosiasiyadır və qalan hər şeyin trafiki əvvəlki marşrutunu saxlayır. Buna görə eyni telefon uyğunsuz davranır: iş tətbiqi daxili səhifəni açır, Safari isə həmin hosta çata bilmir, ya da tunel heç vaxt qalxmır və tətbiq səhv etimad məlumatları kimi görünən taymaut bildirir. Yoxlamalar ən geniş səbəbdən aşağıya doğru aparılır, ona görə ilk uğursuz olan yerdə dayanın.
Əvvəlcə yükü və tətbiq qeydini yoxlayın
Assosiasiya bir yox, iki obyektdə yaşayır. VPN yükü tuneli müzyyən edir: növ, server, autentifikasiya, DNS və fərdi müştəri istifadə olunduqda provayderin paket identifikatoru. Tətbiq qeydi həmin yükə işarə edir və əksər idarəetmə konsolları bunu tətbiq konfiqurasiyasında tətbiq üzrə seçim kimi, Per-App VPN-ə yaxın adla təqdim edir. Heç bir tətbiqin işarə etmədiyi yük tətbiq üzrə heç nə yönləndirmir; o, kimsənin əl ilə başlatmalı olduğu adi tunel kimi davranır.
Telefona toxunmadan əvvəl hər iki obyekti oxuyun. Tətbiq konfiqurasiyasının sınaqdan keçirdiyiniz yükə, onun köhnə nüsxəsinə deyil, istinad etdiyini təsdiqləyin, çünki miqrasiyadan sonra demək olar eyni adlı dublikat yüklər tez-tez olur və tətbiq məmnuniyyətlə ləğv edilmiş olana işarə edir. Sonra konfiqurasiyanın cihaza çatdığını təsdiqləyin: Parametrlər, Ümumi, VPN və Cihaz İdarəetməsi onu quraşdırılmış profil kimi göstərməlidir. Ordakı VPN siyahısı sınaq deyil. Tətbiq üzrə xidmətin adətən əl açarı olmur, ona görə düzgün yerləşdirilmiş konfiqurasiya başladıla bilən VPN-lər arasında heç vaxt görünməyə bilər. Yoxluq tətbiq qeydində və tunelin tətbiqin ilk sorğusunda qalxıb-qalxmamasında görünür.
Bir şərt çoxlu bilet izah edir: bu model tətbiqin idarəetmə vasitəsilə gəlməsini tələb edir. Yan tərəfdən yüklənmiş və ya şəxsən alınmış nüsxə assosiasiya almır, hətta paket identifikatoru uyğun gəlsə belə. Apple-ın VPN üzrə yerləşdirmə bələdçisi bunun arxasındakı yük modelini təsvir edir (support.apple.com/guide/deployment/vpn-overview-depae3d361d0/web).
Quraşdırılmış tətbiqin idarə olunan nüsxə olduğunu təsdiqləyin
Assosiasiya quraşdırılmış, idarə olunan tətbiqi izləyir. Əgər kimsə onu şəxsi Apple ID ilə App Store-dan yenidən quraşdırıbsa, yenidən imzalanmış korporativ buraxılışla əvəz edibsə və ya cihaz yenidən qeydiyyata alınıb və tətbiq başqa kanaldan qayıdıbsa, tətbiq özü tamamilə normal görünərkən tunel aşağı qala bilər.
Müqayisə ilə sınayın, tək müşahidə ilə yox. İdarəetmə inventarında tətbiq həmin cihaz üçün idarə olunan kimi, qeydində VPN xəritələnməsi ilə görünməlidir. Telefonda tunel tətbiq işə salındıqda və ilk sorğusu çıxdıqda qalxmalıdır, yalnız kimsə Parametrlərdə ayrıca əl konfiqurasiyası başlatdıqda deyil. Əgər tətbiqi işə salmaq heç nəyi dəyişmir, o əl konfiqurasiyası isə dəyişirsə, tətbiq ümumiyyətlə tətbiq üzrə tunelə bağlanmayıb.
Yeniləmələr vacibdir: idarəetmə vasitəsilə göndərilən yeniləmə xəritələnməni saxlayır, istifadəçinin başlatdığı yenidən quraşdırma isə onu itirə bilər. Şikayət yeniləmədən tarix alırsa, şəbəkədən əvvəl tətbiq qeydinə baxın.
Tunelin nəyi götürməsinə icazə verildiyini yoxlayın
Tətbiq üzrə tunel mənbə tətbiqə görə seçilir, ona görə telefonun standart marşrutu hələ də Wi-Fi və ya mobil şəbəkəyə aiddir. OverridePrimary bunu dəyişən açardır. Profil onu təyin etdikdə tunel tam tunel kimi davranır və hər tətbiq onu miras alır, beləcə VPN-dən keçən hər şey tətbiq nasazlığı deyil, profil məsələsinə çevrilir.
Tələb üzrə qaydalar davamlılığı həll edir. OnDemandEnabled və onun qayda dəsti tunelin tətbiq trafik göndərdikdə geri qayıtmasını, Wi-Fi-dan mobil şəbəkəyə keçidi yolda saxlamasını və ya tətbiq arxa plana keçdikdə düşməsini təmin edir. Qoşulan və sonra səssizcə ölən yerləşdirmədə adətən yalnız tətbiq boş dayanarkən heç vaxt işə düşməyən zondla uyğunlaşan qayda olur.
Sonra marşrut tərəfini dürüst oxuyun. Provayder və ya vendor profili daxiletmə siyahısı verirsə, yalnız 10.20.0.0/16 daşıyan tunel 10.30.0.0/16-dakı xidməti daşımayacaq; bu siyahının öz işini görməsidir, tətbiq üzrə nasazlıq deyil. Daxili iOS yükünün daxiletmə siyahısı yoxdur. Siyahı olmadan bölgü provayderin standartlarını və IncludeAllNetworks-ü izləyir, gizli siyahını yox.
Tətbiqi sınayın, sonra ondan çıxanı sınayın
Adla sınayın, yalnız ünvanla yox. İdarə olunan tətbiqin içində daxili hostun həll olunması DNS-in də tuneldən keçdiyini sübut edir, çünki yük hansı həlledicinin cavab verəcəyini və hansı axtarış domenlərinin tətbiq olunacağını müzyyən edir. Marşrutlaşdırma mükəmməl ola bilər, ad axtarışı isə uğursuz olur və iki simptom fərqli parametrlərə işarə edir.
Sonra sərhədi hər iki tərəfdən sınayın. Şəxsi tətbiq və ya Safari adi açıq səhifəyə çatmalı və operator və ya ev ünvanını bildirməlidir, idarə olunan tətbiq isə daxili xidmətə çatır. Əgər hər ikisi eyni açıq ünvanı bildirirsə, tətbiq qeydi nə iddia edirsə etsin, tunel artıq tətbiq üzrə deyil.
Tətbiqdən çıxan axınlar qarışıq biletlər yaradır. Safari-də açılan keçid, paylaşma vərəqi ilə ötürülən sənəd və ya brauzerə keçən SSO girişi tətbiqin prosesindən və onunla birlikdə tuneldən çıxır. Tətbiqin içində göstərilən giriş adətən tətbiqə aid edilir, ona görə daxili giriş eyni URL-in Safari-də uğursuz olduğu yerdə uğurlu ola bilər; bunu fərz etmək əvəzinə yoxlayın. Kimlik provayderinə yalnız tuneldən çatmaq mümkündürsə, ya girişi tətbiqin içində saxlayın, ya da provayder domenini yükün Safari domenlərinə əlavə edin ki, uyğun Safari trafiki tutulsun.
Simptomu qatla uyğunlaşdırın
Nasazlığın forması hansı yoxlamanı təkrarlayacağınızı deyir.
| 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 |
Orta sətirlərin arxasında iki detal var: tətbiq üzrə tunel sağlam ola bilər və hələ də heç bir provayder siyahısına daxil olmayan alt şəbəkəni qaçıra bilər, idarə olunan telefon isə birdən çox VPN konfiqurasiyası saxlaya bilər, ona görə tətbiqin hansına bağlandığını təsdiqləyin, oxuduğunuzun o olduğunu fərz etməyin.
Bu sıra ilə düzəldin: tətbiq qeydini canlı yükə istinad edəcək şəkildə düzəldin, tətbiqi idarəetmə vasitəsilə yenidən quraşdırın, tunelin tətbiqin ilk sorğusunda qalxdığını təsdiqləyin, sonra ad və sərhəd sınaqlarını təkrarlayın. İlk sorğu ümumiyyətlə tunel başlada bilmirsə, dayanın və provayder tərəfini yoxlayın, çünki fərdi müştəriyə quraşdırılmış tətbiqlə uyğun identifikatora malik Network Extension lazımdır.
Ekran şəkli yerinə üç fakt qaytarın: tətbiq qeydinin hansı yükə istinad etdiyi, Parametrlərin onu quraşdırılmış profil kimi göstərib-göstərmədiyi və uğursuz sorğunun nə olduğu — ad, ünvan və ya brauzerə ötürmə. Bu üç cavab yerləşdirmə səhvini marşrut səhfindən ayırır və növbəti şəxs diaqnozu təkrarlamadan hərəkət edə bilər.