Outlook-en saio-hasiera VPN aldaketaren ondoren: zer ikusten duen Entrak benetan

Outlook-ek berriro saio-hasiera eskatzen du VPN aldaketa baten ondoren, eta postontziko pasahitza ez da aldatu. Microsoft Entrak hodeiko zerbitzuak ikusten duen sare-helbidearekin ebaluatzen du eskaera, eta VPN batek behaketa hori alda dezake kontuari ukitu gabe. Eskaera politika baten emaitza da, ez nahitaez kredentzialen hutsegitea.

Bi saio daude tartean: VPN saioa eta postontziaren tokena. Sistema desberdinen aurka autentifikatzen dira.

Zer ebaluatzen du Entrak saio-hasieran

Saio-hasieran, Entrak eskaera konfiguratutako baldintzen arabera ebaluatzen du: sare-kokapena, faktore anitzeko egoera, gailuaren betetzea eta saio-kontrolak. Sare-baldintzak zerbitzuak ikusten duen helbidea erabiltzen du, eta hori ez da beti eramangarriaren egoera-orrialdeko helbidea. Beraz, korporazio-barruti batean konfiantza duen politikak baztertu dezake trafikoa orain beste leku batetik irteten duen bezero bat. Ebaluazio zuzena da, ez akatsa.

Irakurri emaitza politika-erabaki gisa, pasahitz-arazo gisa irakurri aurretik.

VPN saioa eta postontziaren tokena bereiziak dira

Pasabideak VPN kredentzialak onartzeak sare-saioa badagoela frogatzen du soilik. Ez du ezer esaten Exchange Online-k postontzi-kontua, gailua edo uneko sarbide-politika onartu ote zuen.

Token eskaera berri batek Conditional Access baldintza bat jo dezake eta benetako autentifikazio urrats gehigarri bat eragin. Amaigabeko eskaera hutsak beste emaitza bat da. Zehaztu bietatik zein duzun edozein pasahitz berrezarri aurretik.

Sarbidearen ebaluazio jarraituak beste bide bat gehitzen du: baliabide batek iraungi gabeko token bat baztertu eta berrebaluazioa eska dezake. Horrek ez du esan nahi sare-aldaketa bakoitzak Outlook bezero bakoitzari saio-hasiera eskatzen dionik.

Zein helbide ikusten du hodeiak benetan

Konektatutako VPN ikono batek ez du hodeiko eskaera bakoitzaren jatorri publikoa ezartzen. Tunel zatitu batetik, IPv6 bide batetik edo proxy batetik irteten den trafikoak Entrari Exchange Online-ri baino helbide desberdina aurkez diezaioke. Nabigatzailearen egiaztapenak beste bide bat jarrai dezake erabat.

Konparatu benetako saio-hasiera behaketak aurreikusitako sare-diseinuarekin, eta sartu baliabideak ikusten duen helbidea hedapenak agerian jartzen duenean.

Mantendu garraio-hutsegiteak politika-ukatzetik bereizita. Autentifikazio-endpoint blokeatu bat, TLS hutsegite bat edo proxy bide hautsia saio-hasiera arazoa dirudi eta ez da Conditional Access erabakia. Bereizketa horrek erabakitzen du maizterraren arauak aldatzen dituzun ala bidea konpontzen duzun. Gorde ezazu ezer editatu aurretik.

Erlazionatu eskaera bat saio-hasiera gertaera batekin

Erregistratu saiakera bat aldiko: ordua bere ordu-zonarekin, Outlook bertsioa, postontzi-kontua, VPN egoera eta errore zehatza. Erroreak arazoak konpontzeko xehetasunak erakusten baditu, gorde korrelazio-identifikatzailea pasahitzak edo tokenak kopiatu gabe.

Baimendutako administratzaile batek Entraren saio-hasiera erregistroetan dagokion gertaera aurki dezake, eta bezeroa, baliabidea, autentifikazio-xehetasunak eta politika-emaitza aztertu.

Zuzendu politika, eta gero probatu bidea

Irakurri erregistro-sarrera arretaz. Nabigatzaileko saio-hasiera arrakastatsua ez da nahitaez bilatzen ari zaren Outlook eskaera, eta ikuslearen ordu-zona zurea ez bezalakoa izan daiteke. Atzeko planoko token jarduera ere berreraikuntzan sartzen da.

Politikak eskaera azaltzen duenean, zuzendu onartutako identitatea, gailua edo sare-antolamendua bere jabearekin batera. Hornitzaile-barruti oso batean konfiantza izatea edo MFA desgaitzea eskaera isilarazteko ez da konponketa.

Saio-hasiera maiztasunak berrautentifikazioa behartu dezake pasahitz okerrik gabe. Zuzenketaren ondoren, probatu bidea postontziaren sinkronizazio edo bidalketa baimendu berri batekin; cachean dagoen mezu bat irakurtzeak ez du ezer frogatzen. Conditional Access arazoak konpontzeko prozedurak erregistroen korrelazioa deskribatzen du.