负责阻止或干扰长URL的networking组件

更新：

在我们处理这个问题的时候，我们意识到HTTPSstream量不会遭受“长url”的问题（除非你有一个特别长的域名）。 这是因为URL的查询string在HTTPS请求消息中被encryption，因此代理或防火墙不可见。 虽然我们调整了思科防火墙的最大url长度设置（这有所帮助），但我们也意识到我们的生产站点将完全落后于HTTPS，所以我们不必再担心。

几个月前，我login到meta.stackoverflow.com时遇到了问题，并且通过电子邮件向Stack Overflow团队求助。 他们指出： “我无法使用我的OpenIDlogin – 故障排除技巧” ，这让我相信我可能会在一个积极的防火墙或代理服务器后面阻止长URL。 我也遇到了使用长URL的其他网站的麻烦。

我正在使用第三方供应商的网站进行testing，他们的站点通过非常长的查询参数请求.axd资源。 我在networking内部的网站function上遇到了很多麻烦，所以我又一次认为代理或防火墙是干扰的。

• 如何将stream量从一个NIC代理到另一个？
• 如何使用Win7和Win2008R2代理和encryption所有的互联网stream量？
• Apache可以为非标准端口上的网站提供代理请求吗？
• Apache2将URLredirect到另一台内部服务器
• SSL代理服务器足够好吗？

我将要求我们的SysAdmin团队研究这个“长URL”问题，但如果可能的话，我想给他们更多的指导。 我们的一个系统pipe理员说他认为我们是在思科Web应用程序防火墙的后面。 在这个设备上是否有一个特定的设置，我们可以看看是否阻止长URL？ 是否有其他常见的networking组件来看看是否阻止长URL？

注意：以下是我确定我认为问题出在networking组件而不是我的个人计算机上的步骤。

当我从以下网站访问他们的网站时，第三方供应商的网站无法正常工作 ：

• IE8，Firefox或Chrome上运行Windows XP的域内工作PC（甚至在从IE8连接时，Fiddler甚至显示HTTP协议违规）。
• IE8和Firefox从域内Windows Server 2k3terminal服务器。
• 在域pipe理员login的域内Windows 7计算机上的IE8和Firefox。
• IE8在通过有线连接连接到我们的networking的域外Windows 7个人笔记本电脑上。

当我从以下网站访问他们的网站时，第三方供应商的网站正常运行 ：

• IE8和Firefox在上面提到的相同的个人笔记本电脑，但通过WiFi连接，通过我们的networking堆栈。

由于网站运行不正常的最低标准是我们公司的networking堆栈，我认为这个问题可能存在。