Դուք բացում եք պրոֆիլը MDM-ի վահանակում, տեսնում եք նշված IncludeAllNetworks-ը և ենթադրում, որ այդ սարքի յուրաքանչյուր փաթեթ այժմ մտնում է թունել։ Apple-ի սեփական սխեման դա չի խոստանում։ Կարգավորումը երթևեկությունն անցկացնում է VPN-ով բացառություններով. դրանցից ոմանք ընտրովի անջատիչներ են, իսկ ոմանք անհրաժեշտ են, որպեսզի համակարգը ընդհանրապես շարունակի աշխատել։ Ստորև բերված վերլուծությունը հետևում է այդ փաստաթղթին պրոֆիլից դուրս, ուստի առաջինը, ինչ դուք կարդում եք, հենց կարգավորումն է, այլ ոչ թե սարքից վերցված գրանցում, որը դեռ ոչ ոք չի նույնականացրել։

Այդ բացառություններից երկուսը բացատրում են շփոթության մեծ մասը, և երկուսն էլ կապված են բջջային ծառայության հետ։

Սկսեք կառավարվող պրոֆիլից, ոչ թե գրանցումից

Բացեք կառավարվող VPN պրոֆիլի սխեման և կարդացեք հատկության նկարագրությունը, նախքան որևէ փաթեթային մատյան կարդալը։ Ուշադրություն դարձրեք, որ նկարագրությունը խոսում է բացառություններով երթուղավորման մասին, ոչ թե ամբողջական թունելի երաշխիքի։ Հենց այդ մեկ նախադասությունն է որոշում, թե ինչպես մեկնաբանեք այն ամենը, ինչ հետո կտեսնեք։

Վահանակում գտնվելիս գրի առեք երեք բան՝ կարգավորումը կրող բեռնվածքի նույնացուցիչը, սարքում կառավարվող օպերացիոն համակարգի տարբերակը և այն, թե որ VPN իրականացումն է իրականում տեղադրված։ Այն, որ բանալին նկարագրված է փաստաթղթերում, ոչինչ չի ասում այն մասին, թե արդյոք երրորդ կողմի հաճախորդը ցուցադրում է այն իր կազմաձևման միջերեսում։

Բջջային բացառությունը կարդացեք որպես երկու տարբեր դեպք

Աջակցվող կազմաձևերում ExcludeCellularServices-ը բացառում է ինտերնետով երթուղավորելի բջջային ծառայության երթևեկությունը, բայց միայն այն դեպքում, երբ այն միացված է IncludeAllNetworks-ի հետ միասին։ Սխեման որպես այդ կատեգորիայի օրինակներ նշում է Wi-Fi Calling-ը, IMS-ը և հաղորդագրությունների հետ կապված ծառայությունները։ Այդ հոսքերը կարող են ըստ նախագծի դուրս գալ թունելից, և պրոֆիլի ոչ մի վերանայում չի անցկացնի դրանք դրա միջով, քանի դեռ բացառությունը միացված է։

Երկրորդ դեպքը առանձին է և կախված չէ որևէ անջատիչից։ Որոշ օպերատորներ բջջային ծառայությունները մատուցում են ուղիղ իրենց ցանցով, այլ ոչ թե ինտերնետով, և Apple-ը այդ կատեգորիան փաստաթղթավորում է որպես թունելից միշտ բացառված։ Դա վերևի պայմանական ինտերնետով երթուղավորելի դեպքը չէ, ուստի բոլոր բացառության վանդակները մաքրող պրոֆիլը նույնպես չի որսա այն։ Երկուսը որպես մեկ հատկանիշ դիտարկելը հենց այն տեղն է, որտեղից սկսվում են արտահոսքի մասին վեճերի մեծ մասը։

Եթե ձեր պահանջը բառացիորեն այն է, որ ոչ մի փաթեթ երբեք չլքի թունելը, այս երկրորդ դեպքն արդեն անհնարին է դարձնում այդ պահանջը բջջային սարքում։ Դա պետք է իմանաք նախագծի վերանայումից առաջ, ոչ թե հետո։

Ստուգեք, թե ձեր հարթակն իրականում որ բանալիներն է բացահայտում

Սխեման նկարագրում է նաև անհրաժեշտ ցանցային կապի և captive ցանցերի երթևեկությունը, ինչպես նաև առանձին կառավարման միջոցներ այլ կատեգորիաների համար, ինչպիսիք են տեղական ցանցերը և սարքերի միջև հաղորդակցությունը։ Դրանք փաստաթղթավորված կազմաձևային կապեր են, ոչ թե ձեր սարքի դիտարկումներ։ Հաստատեք յուրաքանչյուրը ձեր կառավարած օպերացիոն համակարգի տարբերակի համեմատ, քանի որ հասանելիությունը փոխվում է տարբերակների միջև, և լուռ անտեսված պրոֆիլային բանալին տեսքով ճիշտ նույնն է, ինչ իր գործն անող բանալին։

Այս որոշման համար նվազագույն բեռնվածքը սովորաբար այսպիսի տեսք ունի՝ բջջային դրոշիչը բացահայտ նշված, այլ ոչ թե ժառանգված ձևանմուշից.

<key>IncludeAllNetworks</key><true/>
<key>ExcludeCellularServices</key><true/>
<key>ExcludeLocalNetworks</key><true/>

Եթե բանալիներից մեկը բացակայում է տրամադրված պրոֆիլում, սարքը վերադառնում է այդ բանալու լռելյայն արժեքին, որը պարտադիր չէ, որ այն արժեքը լինի, ինչ նկատի ուներ ձևանմուշի հեղինակը։ Համեմատեք տրամադրված բեռնվածքը ձևանմուշի հետ՝ փոխարենը միայն ձևանմուշը կարդալու։

Պարզեք, թե ինչ է անծանոթ հոսթի անունը

Երբ կասկածելի անուն է հայտնվում, պարզեք, թե դիտարկումն իրականում ինչ է ներկայացնում՝ համակարգի պահանջած անուն, պատասխանող լուծիչ, կապի նպատակակետ, թե գործիքի տպած պիտակ։ Օպերատորի հետ կապված անունն ինքնին չի նույնականացնում ոչ աղբյուր գործընթացը, ոչ էլ կիրառված բացառությունը։ Դրա հետևից որպես շրջանցման ապացույց ընկնելը հենց այն ձևն է, ինչպես աջակցության թեման մեկ շաբաթ անցկացնում է սխալ շերտում։

Օգտագործեք աջակցվող ախտորոշում և խոսեք պրոֆիլին տիրապետող ադմինիստրատորի հետ, ապա համեմատեք հոսքը նախատեսված քաղաքականության հետ։ Հենց այդ համեմատությունն, ոչ թե հոսթի անունը, ասում է ձեզ՝ արդյոք երթևեկությունը սպասելի էր։

Լուծեք պահանջը՝ փոխարենը չթուլացնելով համակարգը

Մի տեղադրեք չբացատրված արմատային վկայագիր և մի անջատեք համակարգային ծառայություններ միայն գրանցումն ավելի հանգիստ դարձնելու համար։ Գրանցումը հանգստացնելը հեռացնում է ապացույցը և թողնում բացառությունը տեղում, ինչը ավելի վատ վերջնակետ է, քան սկզբնական հարցը։ Եթե համապատասխանության կանոնն արգելում է մի կատեգորիա, որը հարթակը դիտավորյալ բացառում է, այդ հակամարտությունը տարեք սարքի և ցանցի տերերին՝ սխեմայի բաժինը ձեռքին։

Ավարտեք վերլուծությունը՝ գրանցելով, թե որ բացառությունն է բացատրել երթևեկությունը, որ օպերացիոն համակարգի տարբերակին է այն վերաբերում և որ պրոֆիլային արժեքն է առաջացրել այն։ Կապի պատկերակը չի կարող հաշտեցնել օպերացիոն համակարգի երթևեկության շրջանակի չափի մասին երկու անհամատեղելի ենթադրություններ։

Առնչվող հոդվածներ