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 ја опишува корелацијата на дневниците.

Поврзани статии