Outlook մուտքը VPN փոփոխությունից հետո. ինչ է իրականում տեսնում Entra

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

Ներգրավված են երկու սեանս՝ VPN սեանսը և փոստարկղի թոքենը։ Նրանք նույնականացվում են տարբեր համակարգերում։

Ինչ է գնահատում Entra-ն մուտքի ժամանակ

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

Կարդացեք արդյունքը որպես քաղաքականության որոշում՝ նախքան այն գաղտնաբառի խնդիր համարելը։

VPN սեանսը և փոստարկղի թոքենը առանձին են

Դարպասի կողմից VPN հավատարմագրերի ընդունումը միայն ապացուցում է, որ ցանցային սեանսը գոյություն ունի։ Այն ոչինչ չի ասում այն մասին, թե արդյոք Exchange Online-ը ընդունել է փոստարկղի հաշիվը, սարքը կամ ընթացիկ մուտքի քաղաքականությունը։

Թոքենի նոր հարցումը կարող է բախվել Conditional Access-ի պահանջի և առաջացնել օրինական լրացուցիչ նույնականացման քայլ։ Անվերջ ձախողված հարցումը այլ արդյունք է։ Որոշեք, թե որն ունեք, նախքան որևէ գաղտնաբառ վերականգնելը։

Մուտքի շարունակական գնահատումը ավելացնում է ևս մեկ ուղի՝ ռեսուրսը կարող է մերժել չժամկետանց թոքենը և պահանջել վերագնահատում։ Դա չի նշանակում, որ ցանցի յուրաքանչյուր փոփոխություն ստիպում է յուրաքանչյուր Outlook հաճախորդի մուտք գործել։

Որ հասցեն է իրականում տեսնում ամպը

Միացված VPN պատկերակը չի հաստատում ամպային յուրաքանչյուր հարցման հանրային աղբյուրը։ Բաժանված թունելով, IPv6 ուղիով կամ պրոքսիով դուրս եկող թրաֆիկը կարող է Entra-ին ներկայացնել այլ հասցե, քան Exchange Online-ին։ Դիտարկիչի ստուգումը կարող է գնալ բոլորովին այլ երթուղիով։

Համեմատեք մուտքի փաստացի դիտարկումները նախատեսված ցանցային ձևավորման հետ և ներառեք ռեսուրսի տեսած հասցեն, որտեղ տեղակայումը բացահայտում է այն։

Տրանսպորտի խափանումները առանձին պահեք քաղաքականության մերժումներից։ Արգելափակված նույնականացման վերջնակետը, TLS խափանումը կամ կոտրված պրոքսի ուղին նման է մուտքի խնդրի և Conditional Access-ի որոշում չէ։ Այս տարբերությունը որոշում է՝ փոխելու եք վարձակալի կանոնները, թե ուղին ուղղելու։ Պահպանեք այն նախքան ինչ-որ բան խմբագրելը։

Կապեք մեկ հարցումը մեկ մուտքի իրադարձության հետ

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

Լիազորված ադմինիստրատորը կարող է գտնել համապատասխան իրադարձությունը Entra-ի մուտքի մատյաններում և ուսումնասիրել հաճախորդը, ռեսուրսը, նույնականացման մանրամասները և քաղաքականության արդյունքը։

Ուղղեք քաղաքականությունը, ապա փորձարկեք ուղին

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

Երբ քաղաքականությունը բացատրում է հարցումը, ուղղեք հաստատված ինքնությունը, սարքը կամ ցանցային դասավորությունը դրա սեփականատիրոջ հետ միասին։ Ամբողջ մատակարարի տիրույթին վստահելը կամ MFA-ն անջատելը հարցումը լռեցնելու համար ուղղում չէ։

Մուտքի հաճախականությունը նույնպես կարող է պարտադրել կրկնակի նույնականացում՝ առանց սխալ գաղտնաբառի։ Ուղղումից հետո փորձարկեք ուղին նոր լիազորված փոստարկղի համաժամեցմամբ կամ ուղարկմամբ՝ պահված հաղորդագրություն կարդալը ոչինչ չի ապացուցում։ Conditional Access-ի խնդրի լուծման ընթացակարգը նկարագրում է մատյանների հարաբերակցությունը։