The client then submits this webticket to Autodiscover Webticket service now will grant a Webticket to the Client The Client then submits this token to Webticket Service The Client may receive a Password prompt and once the correct password is provided a token will be issued by We will see several exchanges happening between client, and Now in order to authenticate the client reaches out to and requests a Token, The intention here is to Get a Token from, From this point onwards we will see that will redirect the client to. Webticket Service Redirects the Client to Modern Auth Provider () The Client then sends a POST request to Webticket Service The Client is then challenged and is provided the URL for Webticket service (
SFB Client then sends a Request to Autodiscover to discover its pool for sign in. The Client is then redirected to Autodiscover ( SFB Client then sends a unauthenticated GET request to SIP URI of the user - client Queries DNS for. My intention here is to explain what happens in the background when a SFB client signs in so that it helps engineers and customers troubleshooting issues related to Sign in and Authentication.īelow is a High level explanation on how the SFB online Client Sign in process works may not be standard terminology, I use them solely to make the understanding simpler. Some of the terms I use to describe things like Modern Auth provider, O365 AD, Org ID etc. I have tried my best to ensure the information below is accurate. Pure Online (O365) environment, SFB user is homed Online, NO ADFS, MA (Modern Auth) is Enabled in O365 First published on TECHNET on Apr 09, 2018
0 kommentar(er)
