ASP.NET Azure AD登录示例在VDI环境中运行失败求助

1. 验证登录按钮的跳转目标 #

检查页面源码中“使用Windows登录”按钮的链接地址，官方示例默认应该指向/Account/Login而非login.aspx。如果链接被篡改，大概率是VDI环境中的安全工具、组策略或代理重写了页面内容。可以通过右键查看页面源码，对比本地笔记本上的正常链接来确认。

2. 检查路由与OWIN配置 #

• 打开项目的RouteConfig.cs，确认路由规则未被修改，没有硬编码指向login.aspx的路由映射。
• 查看Startup.Auth.cs中的OpenID Connect配置，确保RedirectUri、Authority等参数与Azure AD应用注册信息完全匹配，特别是回调路径需一致。同时确认已正确引用Microsoft.Owin.Security.OpenIdConnect和Microsoft.Owin.Security.Cookies NuGet包，版本无冲突。

3. 排查安全工具的拦截行为 #

• 若允许使用抓包工具（如Fiddler），捕获登录请求的完整流程，确认是客户端请求被篡改，还是服务器端返回了错误的跳转指令。
• 查看VDI环境的浏览器安全设置，检查是否有组策略强制启用Forms认证或重写HTTP请求路径。
• 查看IIS Express的调试日志（路径通常在项目目录.vs\config\applicationhost.config中指定），分析请求的原始路径、状态码和服务器响应细节，定位404错误的触发环节。

4. 验证网络连通性与端口权限 #

• 在VDI机器上执行PowerShell命令Test-NetConnection login.microsoftonline.com -Port 443，确认能正常访问Azure AD认证端点。
• 尝试修改VS调试的HTTPS端口（在项目属性“Web”选项卡的“SSL URL”中更换为44300等非默认端口），排查是否存在端口被安全策略限制的情况。
• 确保以管理员权限运行Visual Studio，避免调试服务器因权限不足无法绑定HTTPS端口或处理认证请求。

5. 对比本地与VDI的调试环境差异 #

• 确认VDI机器上的VS已启用“启用SSL”选项，项目的SSL URL配置与本地一致。
• 检查VDI机器的SSL证书状态，若调试用的自签名证书未被信任，可能导致认证流程异常触发错误跳转。

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