Asp.net IIS7中的URL长度问题（Windows Server 2008）

我对iis7中的url长度有问题。如果您访问：

页面将正常加载，但如果在末尾添加一个字符，则会抛出错误。这对您来说可能有点挑剔，但它阻止了我在登录表单上使用openid，因为它返回了一个很长的url。我考虑的一个选择是改变请求过滤，因此在我的Web.CONFIG中，我有以下内容：

<system.webServer>
    <security>
        <requestFiltering>
            <requestLimits maxQueryString="999999999" maxUrl="999999999" />
        </requestFiltering>
    </security>
</system.webServer>

---

但这并没有解决问题。如果有人能帮忙，我将不胜感激。谢谢

这是Windows的一个限制，目前没有解决办法

有关更多信息，请参阅本StackOverflow文章：

---

这是Windows的一个限制，目前没有解决办法

有关更多信息，请参阅本StackOverflow文章：

---

nfplee-您是否有机会使用Ionics Isapi重写过滤器（IIRF）？我遇到了同样的问题，长URL总是返回404

---

如果我禁用IIRF，一切正常

nfplee-您是否有可能使用Ionics Isapi重写过滤器（IIRF）？我遇到了同样的问题，长URL总是返回404

---

如果我禁用IIRF，一切正常

您可以在web.config中执行以下操作

<system.web>
  <httpRuntime maxUrlLength="4000"/>
</system.web>

---

您可以在web.config中执行以下操作

<system.web>
  <httpRuntime maxUrlLength="4000"/>
</system.web>

当.net开放id库无法使用时，它会出现，这似乎很奇怪。这可能会在v4中修复。此Windows限制不适用。该限制仅适用于URI路径。在本例中，路径实际上很短——只是它有一个很长的查询字符串，Windows对此没有问题，也没有兴趣。噢，snap。我走错了路。这是原始URI本身的路径，然后是成为路径的ReturnTo的值。为什么这会使OpenID库不可用？看起来这是一个人为的例子，returnurl永远不会那么长——无论如何，它不是服务器上文件的有效路径。我修改了查询字符串，以确定可以将其推到的限制。如果导航到同一页（不带查询字符串），则会有一个打开的id表单。当你尝试用它登录时，你会遇到同样的问题。奇怪的是，当它不能使用时，会有一个.net开放id库。这可能会在v4中修复。此Windows限制不适用。该限制仅适用于URI路径。在本例中，路径实际上很短——只是它有一个很长的查询字符串，Windows对此没有问题，也没有兴趣。噢，snap。我走错了路。这是原始URI本身的路径，然后是成为路径的ReturnTo的值。为什么这会使OpenID库不可用？看起来这是一个人为的例子，returnurl永远不会那么长——无论如何，它不是服务器上文件的有效路径。我修改了查询字符串，以确定可以将其推到的限制。如果导航到同一页（不带查询字符串），则会有一个打开的id表单。当你尝试登录时，你会遇到同样的问题。嗨，我想这可能就是问题所在。我在引起问题的服务器上安装了这个，但它似乎在我最新的服务器上消失了（没有安装）。我已经很久没有遇到这个问题了，虽然我记不清了。嗨，我想这可能就是问题所在。我在引起问题的服务器上安装了这个，但它似乎在我最新的服务器上消失了（没有安装）。我已经很久没有这个问题了，虽然我记不清了。