Hyrja në Outlook pas një ndryshimi VPN: çfarë sheh vërtet Entra

Outlook fillon të kërkojë përsëri hyrje pas një ndryshimi VPN, dhe fjalëkalimi i kutisë postare nuk ka ndryshuar. Microsoft Entra e vlerëson kërkesën me adresën e rrjetit që sheh shërbimi cloud, dhe një VPN mund ta ndryshojë atë vëzhgim pa prekur llogarinë. Kërkesa është rezultat i një politike, jo domosdoshmërisht dështim i kredencialeve.

Përfshihen dy sesione: sesioni VPN dhe tokeni i kutisë postare. Ato autentikohen në sisteme të ndryshme.

Çfarë vlerëson Entra në hyrje

Në hyrje, Entra e vlerëson kërkesën sipas kushteve të konfiguruara: vendndodhja në rrjet, gjendja shumëfaktorëshe, përputhshmëria e pajisjes dhe çdo kontroll sesioni. Kushti i rrjetit përdor adresën që sheh shërbimi, e cila nuk është gjithmonë adresa në faqen e statusit të laptopit. Prandaj, një politikë që beson një interval korporativ mund të refuzojë një klient trafiku i të cilit tani del diku tjetër. Ky është një vlerësim i saktë, jo një defekt.

Lexoni rezultatin si vendim politike përpara se ta lexoni si problem fjalëkalimi.

Sesioni VPN dhe tokeni i kutisë postare janë të ndarë

Fakti që një portë pranon kredencialet VPN provon vetëm se sesioni i rrjetit ekziston. Nuk thotë asgjë nëse Exchange Online e pranoi llogarinë e kutisë postare, pajisjen ose politikën aktuale të aksesit.

Një kërkesë e re tokeni mund të përplaset me një kërkesë Conditional Access dhe të prodhojë një hap shtesë legjitim autentikimi. Një kërkesë e dështuar pa fund është rezultat tjetër. Përcaktoni cilin prej tyre keni përpara se të rivendosni çdo fjalëkalim.

Vlerësimi i vazhdueshëm i aksesit shton një rrugë tjetër: një burim mund të refuzojë një token të paskaduar dhe të kërkojë rivlerësim. Kjo nuk do të thotë se çdo ndryshim rrjeti i detyron të gjithë klientët Outlook të kërkojnë hyrje.

Cilën adresë sheh vërtet cloud

Ikona e VPN-së të lidhur nuk e vendos burimin publik të çdo kërkese cloud. Trafiku që del përmes një tuneli të ndarë, një rruge IPv6 ose një proxy mund t'i paraqesë Entra një adresë të ndryshme nga ajo që i paraqet Exchange Online. Një kontroll në shfletues mund të ndjekë një rrugë krejt tjetër.

Krahasoni vëzhgimet reale të hyrjes me dizajnin e synuar të rrjetit dhe përfshini adresën që sheh burimi aty ku vendosja e zbulon atë.

Mbani dështimet e transportit të ndara nga refuzimet e politikës. Një pikë fundore autentikimi e bllokuar, një dështim TLS ose një rrugë proxy e thyer duken si problem hyrjeje dhe nuk janë vendim Conditional Access. Kjo dallim përcakton nëse ndryshoni rregullat e qiradhënësit apo rregulloni rrugën. Ruajeni përpara se të modifikoni çdo gjë.

Korreloni një kërkesë me një ngjarje hyrjeje

Regjistroni një përpjekje në një kohë: kohën me zonën e saj kohore, versionin e Outlook, llogarinë e kutisë postare, gjendjen e VPN dhe gabimin e saktë. Nëse gabimi zbulon detaje për zgjidhjen e problemeve, mbani identifikuesin e korrelacionit pa kopjuar fjalëkalime ose tokenë.

Një administrator i autorizuar më pas mund të gjejë ngjarjen përkatëse në regjistrat e hyrjes së Entra dhe të kontrollojë klientin, burimin, detajet e autentikimit dhe rezultatin e politikës.

Rregulloni politikën, pastaj provoni rrugën

Lexoni me kujdes hyrjen e regjistrit. Një hyrje e suksesshme në shfletues nuk është domosdoshmërisht kërkesa e Outlook që po ndiqni, dhe zona kohore e shikuesit mund të ndryshojë nga e juaja. Edhe aktiviteti i tokenëve në sfond është pjesë e rindërtimit.

Kur një politikë e shpjegon kërkesën, rregulloni identitetin, pajisjen ose rregullimin e rrjetit të miratuar së bashku me pronarin e tij. Besimi në të gjithë intervalin e një ofruesi ose fikja e MFA për ta heshtur kërkesën nuk është riparim.

Frekuenca e hyrjes mund të detyrojë gjithashtu riautentikim pa fjalëkalim të gabuar. Pas korrigjimit, provoni rrugën me një sinkronizim ose dërgim të ri dhe të autorizuar të kutisë postare; leximi i një mesazhi të ruajtur në cache nuk provon asgjë. Procedura e zgjidhjes së problemeve të Conditional Access përshkruan korrelacionin e regjistrave.