Asp.net 负载均衡器或IIS-哪个导致我的URL区分大小写

Asp.net 负载均衡器或IIS-哪个导致我的URL区分大小写,asp.net,iis,load-balancing,cisco,thinktecture-ident-server,Asp.net,Iis,Load Balancing,Cisco,Thinktecture Ident Server,我们有两台安装了Cisco Ace-30负载平衡器的Windows 2008 R2服务器,还有一些MVC和WebForms应用程序。net 4.5和4.5.1采用联合身份验证ThinkStructure。负载平衡器配置了ssl,但从负载平衡器到web服务器的流量是在http上的。我试图解决的问题是url的部分区分大小写。以URL为例: 工作 工作 工作 不工作,这是没有反应 在负载平衡器中,我已经禁用了默认的区分大小写功能,而且据我所知,IIS中没有这样的设置。我尝试过创建一个静态网站,没有身份

我们有两台安装了Cisco Ace-30负载平衡器的Windows 2008 R2服务器,还有一些MVC和WebForms应用程序。net 4.5和4.5.1采用联合身份验证ThinkStructure。负载平衡器配置了ssl,但从负载平衡器到web服务器的流量是在http上的。我试图解决的问题是url的部分区分大小写。以URL为例:

工作 工作 工作 不工作,这是没有反应 在负载平衡器中,我已经禁用了默认的区分大小写功能,而且据我所知,IIS中没有这样的设置。我尝试过创建一个静态网站,没有身份验证,效果如预期:

工作 工作 我还尝试设置url重写规则,一旦应用该规则,就会出现超时。我的猜测是,是IIS将输入的http请求重写为新的http请求,而负载平衡器无法识别已修改的https请求。但我在猜测,这超出了我的舒适区

所以现在我有点困惑,不确定是什么导致url区分大小写。是:

负载平衡器 非法移民 认证 别的 我真的很高兴有任何想法或调试技巧

谢谢


Larsi

好的,我解决了问题,至少找到了解决办法。IIS正在发送重定向,而该重定向指向http地址

因此,当我们将负载平衡器配置为将http重定向到https时,一切都按预期工作。我的猜测是,当外壳不正确时,联邦会导致IIS执行额外的重定向,但这只是一个想法

无论如何-负载平衡器上的http到https重定向解决了这个问题


Larsi

捕获一些网络数据包并查看请求的去向真的太难了吗?这应该很容易告诉你问题出在哪里,然后你就可以专注于那个地方。IIS是高度可配置的,因此很难得出结论说IIS中没有这样的设置。例如,一个写得不好的URL重写规则可能是区分大小写的,并且会严重地伤害你。