Удирдлагатай iPhone аппууд дээрх апп тус бүрийн VPN: юу чиглүүлэгдэж, юу үгүй
Апп тус бүрийн туннель нь удирдлагатай аппыг дагадаг, утсыг биш. Ачааллын холбоос, удирдлагатай хуулбар, шаардлагын дүрэм, аппаас гарч буй урсгалыг шалгана уу.
iPhone дээр апп тус бүрийн VPN нь бүх утасны унтраалга биш. Энэ нь нэг удирдлагатай апп ба нэг VPN ачааллын хоорондын холбоос бөгөөд аппыг байршуулах үед үүсдэг, бусад бүх зүйлийн урсгал өмнөх замаа хадгална. Тиймээс ижил утас зөрчилтэй ажилладаг: ажлын апп хувийн хуудас нээдэг ч Safari ижил хостод хүрч чаддаггүй, эсвэл туннель огт босохгүй бөгөөд апп буруу итгэмжлэл мэт харагдах хугацаа хэтэрснийг мэдээлдэг. Шалгалтууд хамгийн өргөн шалтгаанаас доош явдаг тул эхний бүтэлгүйтсэн дээр зогсоно уу.
Эхлээд ачаалал болон аппын бүртгэлийг шалгана уу
Холбоос нь хоёр объектод амьдардаг, нэгд биш. VPN ачаалал туннелийг тодорхойлдог: төрөл, сервер, баталгаажуулалт, DNS болон захиалгат клиент ашиглах үед нийлүүлэгчийн багцын танигч. Аппын бүртгэл тэр ачаалал руу заадаг бөгөөд ихэнх удирдлагын консол үүнийг аппын тохиргоонд Per-App VPN-тэй ойрхон нэрээр апп тус бүрийн сонголт болгон санал болгодог. Ямар ч апп заагаагүй ачаалал апп тус бүрээр юу ч чиглүүлэхгүй; энэ нь хэн нэгэн гараар эхлүүлэх ёстой энгийн туннель мэт ажилладаг.
Утсанд хүрэхийн өмнө хоёр объектыг уншина уу. Аппын тохиргоо таны туршиж буй ачаалал руу зааж, хуучин хуулбар руу заахгүй байгааг баталгаажуулна уу, учир нь шилжүүлгийн дараа бараг ижил нэртэй давхар ачаалууд түгээмэл бөгөөд апп дуртайяа хасагдсан руу заадаг. Дараа нь тохиргоо төхөөрөмжид хүрснийг баталгаажуулна уу: Тохиргоо, Ерөнхий, VPN болон төхөөрөмжийн удирдлага үүнийг суулгасан профайл хэлбэрээр харуулах ёстой. Тэндхийн VPN жагсаалт бол шалгалт биш. Апп тус бүрийн үйлчилгээнд ихэвчлэн гарын унтраалга байдаггүй тул зөв байршуулсан тохиргоо эхлүүлэх боломжтой VPN-уудын дунд хэзээ ч харагдахгүй байж болно. Байхгүй байдал нь аппын бүртгэлд болон туннель аппын эхний хүсэлтэд босох эсэхэд харагддаг.
Нэг нөхцөл олон тасалбарыг тайлбарладаг: энэ загвар нь апп удирдлагаар дамжин ирэхийг шаарддаг. Хажуугаар суулгасан эсвэл хувийн худалдан авсан хуулбар нь багцын танигч таарсан ч холбоосыг авдаггүй. Apple-ийн VPN байршуулалтын гарын авлага үүний ард байгаа ачааллын загварыг тайлбарладаг (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 байх шаардлагатай.
Дэлгэцийн зурагны оронд гурван баримт буцаана уу: аппын бүртгэл аль ачаалал руу заадаг, Тохиргоо үүнийг суулгасан профайл хэлбэрээр харуулж байгаа эсэх, бүтэлгүйтсэн хүсэлт юу байсан — нэр, хаяг эсвэл хөтөч рүү шилжүүлэлт. Эдгээр гурван хариулт байршуулалтын алдааг чиглүүлэлтийн алдаанаас ялгаж, дараагийн хүн оношилгоог давтахгүйгээр ажиллаж чадна.