如何在.NET Framework中向Azure应用注册认证流程传递动态redirectUrl

问题1：Global.asax中能否获取用户初始提交的访问URL？ #

可以。在Global.asax的Application_BeginRequest事件中，用户首次发起未认证请求时，Request.Url属性对应的就是用户初始输入的访问URL，你可以在这个阶段、触发Azure认证跳转之前先存储该地址，供认证完成后跳转使用。
需要注意区分首次请求和Azure AD的回调请求：回调请求的路径是你配置的重定向地址（也就是根地址https://www.mywebsite.com），不要误把回调请求的地址当成初始访问地址。

问题2：可行的实现方案 #

以下是几种成熟的实现方式，推荐优先使用第一种：

• OAuth2 state参数传递（官方推荐方案）
  OAuth2协议的state参数就是设计用来存储请求上下文的，你在构造Azure AD认证请求时，把用户初始访问的URL做URL编码后存入state参数，Azure AD完成认证回调时会原封不动返回该参数。你在回调逻辑中解析state拿到初始URL，直接执行跳转即可。该方案天然支持CSRF防护，不需要额外存储介质，是最合规的实现方式。
• Cookie存储初始地址
  如果你不想修改认证请求的参数逻辑，可以在检测到用户未认证、即将跳转到Azure登录页之前，把初始访问URL加密后存入客户端Cookie，设置HttpOnly、Secure属性保障安全。等Azure回调完成、用户认证成功后，读取Cookie中的地址跳转，跳转完成后立即删除该Cookie即可。
• 扩展Azure App Registrations回调地址配置
  Azure支持配置多个重定向URL，你可以把站点下的常用路径都添加到App Registrations的重定向URL列表中，认证时根据初始访问地址动态指定对应的回调地址。该方案灵活性较差，路径较多时配置成本高，仅适合站点路径固定且数量少的场景。

如果你使用了官方的Microsoft.Identity.Web库做Azure AD集成，无需手动实现上述逻辑，库本身已经封装了ReturnUrl的传递和解析能力，只需在认证配置中开启SaveTokens，回调时直接调用HttpContext.GetReturnUrl()就能拿到初始访问地址。

内容的提问来源于stack exchange，提问作者vandyckth