Single sign on MSAL浏览器扩展AAD会话

在MSAL broswer中，除了使用SSOInter之外，是否还有其他方法以非交互方式扩展用户的AAD会话

交互调用后获取的刷新令牌的持续时间始终为24小时，这与AAD会话的默认持续时间相同。现在，24小时后，用户将被迫登录，即使他已通过刷新令牌定期从令牌端点获取访问令牌，因为AAD会话将过期，刷新令牌将过期。 ssoSilent将在刷新令牌过期后使用（根据文档-）

我不是在寻找一个使用keep me Sign-in（让我保持登录）选项的解决方案来实现一个长寿的AAD会话（24小时的API调用不活动应该会让用户登录）。我正在寻找一个类似MSAL.js的解决方案，其中每获得一个新的访问令牌都会自动将AAD会话再延长24小时

可以使用ssoSilengt，但这是正确的方法吗？如果是，何时调用它

在MSAL broswer中，除了使用SSOInter之外，是否还有其他方法以非交互方式扩展用户的AAD会话

不，没有

可以使用ssoSilengt，但这是正确的方法吗？如果是，何时调用它

---

需要注意的一点是，如果刷新令牌已过期，MSAL浏览器将尝试以静默方式续订您的刷新令牌（即，您不需要在24小时后自行调用SSOInter）。理论上，如果您想主动扩展用户的会话，您可以在24小时到期之前调用

ssointer

，但这会增加应用程序的复杂性（我们不提供这样做的示例）。一般来说，我们建议应用程序不要主动尝试更新会话/令牌，因为这会带来复杂性（由库处理），并可能导致不需要的用户体验。

感谢您的回复，清楚地解释了MSAL浏览器的行为。事实上，从应用程序开发的角度来看，谨慎的做法是不要主动做库应该做的事情。我想你提到的对RT的无声调用只有在长时间的治疗中才会成功。如果会话持续时间小于或等于RT生存期（这是我的场景），则静默调用在RT到期后将不起作用。因此，我想我将不得不接受这样一个事实，即用户必须在24小时后登录——并围绕它构建我的解决方案。非常感谢。