Փոստը շարունակում է հասնել հեռախոսին, որը երբեք չի ցուցադրել VPN պատկերակ, և բնական եզրակացությունն այն է, որ ինչ-որ անտեսանելի բան այն անցկացնում է թունելով։ Սովորաբար ոչ մի անտեսանելի բան ներգրավված չէ։ Exchange հաշիվ ավելացնելը չի ընտրում դարպաս, արձանագրություն, վկայագիր կամ երթուղի, որովհետև հաշիվը ծառայության ինքնություն է, իսկ թունելը ցանցային կարգավորում է, որը սարքել է մեկ ուրիշը։ Օգտակար քայլը պարզելն է, թե իրականում որ կարգավորումն ունեք, փոխարենը փնտրելու թունել, որը երբեք չի եղել։

Երեք կարգավորում, մեկ նույնական էկրան

Երեքն էլ ավարտվում են նրանով, որ փոստը հայտնվում է սարքում, և կարգավորումների էկրանը բոլոր դեպքերում նույնն է թվում։ Տարբերվում է այն, թե ով է կարգավորել ուղին և ինչ ապացույց է հաստատում դրա գոյությունը։

ArrangementWho set it upWhat proves it
Approved public mail entryThe service owner, at the publishing layerA published endpoint reached over TLS with its own authentication
Managed app or account VPNDevice management, as explicit policyA profile binding that traffic to a VPN association
Already active tunnelAn always-on service or an earlier manual connectTunnel state plus routes and scope that include the mail destination

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

Ինչ կարող է իրականում կապել սարքերի կառավարումը

Apple հարթակները աջակցում են հավելվածային և փոստային տիրույթի VPN կանոններ, իսկ կառավարվող iOS կամ iPadOS փոստը կարող է կրել հաշվին հատուկ VPN կապակցում։ Այդ կապակցումը տրամադրման կարգավորում է՝ արժեքով, որը ինչ-որ մեկն ընտրել է, և հենց դրա համար այն հնարավոր չէ եզրակացնել հեռախոսի մեջ էլփոստի հասցե և գաղտնաբառ մուտքագրելուց։

Android-ի կառավարումը և երրորդ կողմի հաճախորդներն ունեն իրենց հավելվածային և պրոֆիլային կառավարումը, և դրանցից ոչ մեկը փոխարինելի չէ Apple-ի հաշվի փաթեթների հետ։ Մեկ հարթակում գոյություն ունեցող քաղաքականությունը պետք է գիտակցաբար վերստեղծվի մյուսում։ Այն չի ճամփորդում փոստային հաշվի հետ և չի գալիս այն պատճառով, որ նույն մարդը մուտք է գործել երկուսում։ Այդ փոխանցումն ինքն իրեն տեղի կունենա սպասելը ընկած է միջհարթակային «իմ հեռախոսում աշխատում է» զեկույցների մեծ մասի հետևում։

Ինքնությունը և տեղափոխումը մնում են առանձին

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

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

Թարմ համաժամեցումը հաղթում է քեշավորված մուտքային արկղին

Քեշավորված մուտքային արկղը կարող է լիովին առողջ տեսք ունենալ առանց որևէ ընթացիկ ուղու, դրա համար էլ հավելվածը բացելը և անցյալ շաբաթվա հաղորդագրերը տեսնելը ոչինչ չի ապացուցում։ Օգտագործեք հաստատված թարմ համաժամեցման թեստ և կարդացեք դրա հետ եկող կարգավիճակի կամ մատյանի ապացույցը։

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

Գրեք, թե ինչ եք ստուգել

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

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

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