Пошта 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 тексеруін, аутентификациясын және рұқсат бақылауларын сақтаңыз.

Қолдау жазбасы пошта өнімін, соңғы нүктені, тіркелгі ауқымын және қосылым саясатын көрсетуі керек. Құпия сөздердің бірдей болуы осы төрттің ешқайсысына дәлел емес, және бұл билетте төрт абзац пен бірде-бір факт болмауының ең көп тараған себебі.

Қатысты мақалалар