将站点从 IIS 6 移动到 IIS 7.5，Internet Explorer 仅在 IIS 7.5 上截取长 URL
我有两台物理服务器。旧版本在 IIS 6 (Windows 2003) 上运行 ASP.NET 站点并且工作正常。我刚刚将该站点移至运行 IIS 7.5 (Windows 2008 R2 x64) 的新服务器并让它在那里运行。
一切似乎都正常，除了当用户尝试打开具有长 URL 的页面时，Internet Explorer 会将 URL 截短。它在 Firefox 和 Chrome 中运行良好，并且可以与 IE 一起使用，从旧服务器获取页面。我通过捕获数据包并发现 HTTP Get 请求的 URL 确实被缩短来确认这一点。 IE 对待 IIS 6 和 IIS 7.5 的方式似乎有所不同，因为使用 Internet Explorer 时该网站在 IIS 6 上运行良好。 IE8和IE9都试过了，没有什么区别。
有没有办法强制 Internet Explorer 使用完整的 URL？
I have two physical servers. The old one runs an ASP.NET site on IIS 6 (Windows 2003) and it works properly. I just moved the site over to the new server running IIS 7.5 (Windows 2008 R2 x64) and have it running on there.
Everything seems to be working, except that when a user tries to open a page with a long URL, Internet explorer chops the url short. It works fine in Firefox and Chrome and it works with IE getting the page from the old server. I confirmed it by doing a packet capture and seeing that the HTTP Get request did have the URL chopped short. It appears that IE treats IIS 6 and IIS 7.5 different since the site works fine on IIS 6 when using Internet Explorer. Tried both IE8 and IE9 with no difference.
Is there some way to force Internet Explorer to use the full URL?
如果你对这篇内容有疑问，欢迎到本站社区发帖提问 参与讨论，获取更多帮助，或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱，如果其他用户或者作者回复了您的评论，将不能在第一时间通知您！
发布评论
评论（1）
答案是 Internet Explorer 总是会截断长 URL（但 Firefox 和 Chrome 不会）。我遇到这个问题的原因是新的服务器名称长了 4 个字符，这导致在破坏站点的地方发生砍伐。
关于 IE 最大 url 长度的 msdn 文档：http://support.microsoft.com/kb/208427
The answer is that Internet Explorer always chops long urls (but Firefox and Chrome don't). The reason I had this problem is the new server name was 4 characters longer and that was causing the chopping to happen in a place that broke the site.
msdn doc about IE maximum url length: http://support.microsoft.com/kb/208427