Citrix负载均衡SSL卸载下DNN CMS登录失效问题求助

这种SSL卸载后出现的跳转异常我之前在部署多节点DNN环境时碰到过好几次，大概率是DNN的协议识别配置和Citrix负载均衡器的SSL卸载设置不匹配导致的，给你几个具体的排查和解决方向：

1. 检查DNN站点的SSL核心配置 #

• 先通过HTTP模式登录DNN后台，进入「Settings > Site Settings > Advanced Settings > SSL Settings」：
  • 确认「SSL Enabled」设置为True，「Redirect All Requests to SSL」根据你的需求配置（如果需要全站HTTPS就打开）；
  • 务必把「Site URL」设置为HTTPS格式的地址（比如https://your-domain.com），如果这里还是HTTP，DNN生成的登录跳转链接会协议不匹配，导致浏览器只刷新页面。

2. 给Citrix LB配置X-Forwarded-Proto请求头 #

Citrix做SSL卸载后，后端DNN服务器收到的是HTTP请求，它不知道原始用户请求是HTTPS的，这会导致DNN生成错误的跳转链接。解决办法是在LB上添加请求头告诉DNN原始协议：

• 登录Citrix负载均衡器管理界面，找到对应的虚拟服务器；
• 进入「HTTP Request Policies」，新建一个策略，配置在请求头中插入X-Forwarded-Proto: https；
• 保存后测试登录链接，这时候DNN就能正确识别HTTPS请求，生成正确的跳转地址。

3. 排查DNN的URL重写规则 #

如果你的DNN配置了自定义URL重写规则，可能没有适配SSL卸载场景：

• 暂时禁用所有自定义重写规则，测试登录功能是否恢复；
• 如果恢复正常，修改重写规则，通过判断X-Forwarded-Proto头来处理协议跳转，而不是直接检查请求的HTTP协议（因为后端收到的都是HTTP）。

4. 用浏览器开发者工具分析请求 #

打开浏览器F12的「Network」标签，点击登录链接，观察请求细节：

• 查看是否有302重定向，但Location头是HTTP地址；
• 检查是否有404/500等错误状态码；
• 确认请求头里是否包含X-Forwarded-Proto: https（如果已经配置了LB的话）；
  这些信息能快速定位是跳转地址错误还是请求逻辑异常。

5. 验证多节点的MachineKey一致性 #

多台DNN服务器部署时，web.config里的<machineKey>必须完全一致，否则可能出现登录态验证失败，间接导致跳转异常：

• 对比每台服务器web.config中的validationKey和decryptionKey，确保值完全相同；
• 如果不一致，统一修改为相同的密钥（可以用在线工具生成安全的MachineKey）。

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