Azure 从Graph API获取所有已签名/登录的AD B2C用户

Azure 从Graph API获取所有已签名/登录的AD B2C用户,azure,microsoft-graph-api,azure-ad-b2c,Azure,Microsoft Graph Api,Azure Ad B2c,是否有一个图形API来获取所有已登录的广告B2C用户(来宾/成员)。在Graph API文档中找不到此信息。已经检查了以下链接 对于RESTAPI,“登录”的概念实际上并不适用。这是因为OAuth和REST是无状态的。OAuth访问令牌将在相对较短的时间(通常为1小时)内过期,尽管还有一个刷新令牌,但它可能需要几天或几个月才能被交换为新的访问令牌。对于REST API,“登录”的概念实际上并不适用。这是因为OAuth和REST是无状态的。OAuth访问令牌将在相对较短的时间(通常为1小时)

是否有一个图形API来获取所有已登录的广告B2C用户(来宾/成员)。在Graph API文档中找不到此信息。已经检查了以下链接


    • 对于RESTAPI,“登录”的概念实际上并不适用。这是因为OAuth和REST是无状态的。OAuth访问令牌将在相对较短的时间(通常为1小时)内过期,尽管还有一个刷新令牌,但它可能需要几天或几个月才能被交换为新的访问令牌。

      对于REST API,“登录”的概念实际上并不适用。这是因为OAuth和REST是无状态的。OAuth访问令牌将在相对较短的时间(通常为1小时)内过期,虽然还有刷新令牌,但可能需要几天或几个月才能将其交换为新的访问令牌。

      该服务是无状态的。您无法确定在任何给定时刻登录的用户,只能确定在过去X小时内通过登录日志登录的用户。

      该服务是无状态的。您无法确定在任何给定时刻登录的用户,只能确定在过去X小时内通过登录日志登录的用户。

      Ok,这意味着如果我必须检查用户的登录活动,我必须依赖活动日志/登录日志?并过滤最近登录的日志(通常为1小时窗口)。这只会告诉您何时检索到令牌。还要记住,一个用户可能同时发行几十个令牌。他们同意的每个应用程序都有自己的令牌,可以随时刷新,而无需用户交互。这意味着如果我必须检查用户的登录活动,我必须依赖活动日志/登录日志?并过滤最近登录的日志(通常为1小时窗口)。这只会告诉您何时检索到令牌。还要记住,一个用户可能同时发行几十个令牌。他们同意的每个应用程序都会获得自己的令牌,并且可以随时刷新,而无需用户交互。