WCF GET URL 长度限制问题：错误请求 - 无效 URL

Posted 2023-05-07

【中文标题】WCF GET URL 长度限制问题：错误请求 - 无效 URL

【英文标题】：WCF GET URL Length Limit Issue: Bad Request - Invalid URL

【发布时间】：2013-02-06 21:26:31

【问题描述】：

我尝试使用 GET 方法通过 jQuery AJAX 调用访问 WCF 服务。因此，有时 URL 带有参数很长。

当参数变得如此冗长时，jQuery AJAX 调用会失败，并且什么也不返回。所以我放了一个断点，把网址拿出来测试。当我在浏览器中尝试相同的 URL（我尝试了 FireFox 和 Chrome）时，当 URL 长度过长时，它会返回以下内容。

错误请求 - 无效网址

HTTP 错误 400。请求 URL 无效。

我也检查了长度限制。当 URL 中的字符数（以编码格式）超过 1011 个字符（包括 http://）时，只会出现错误。

任何人有同样的情况并找到任何解决方案？是 Windows 限制还是可以通过任何设置以编程方式进行管理？

我尝试了 POST 方法，但我不知道我不能让它工作。因为它需要一些 web.config 更改。

编辑

我已测试生成错误的 URL

http://localhost:64973/Member.svc/SaveMemberWithDetail/%7B%22ID%22%7C%222%22,%22TypeID%22%7C%222%22,%22Title%22%7C%22Mr.%22,%22FirstName%22%7C%22Firnas%22,%22MiddleName%22%7C%22%22,%22LastName%22%7C%22Aliyar%22,%22Gender%22%7C%221%22,%22DateOfBirth%22%7C%222000-01-01%22,%22Nationality%22%7C%22Sri%20Lankan%22%7D/%5B%7B%22AddressLine1%22%7C%22Changed%20Address%20Line1%22,%22AddressLine2%22%7C%22Colombo%22,%22City%22%7C%22Colombo%2010%22,%22State%22%7C%22WP%22,%22PostCode%22%7C%2201000%22,%22CountryID%22%7C%221%22,%22ID%22%7C%227%22,%22TypeID%22%7C%221%22%7D%5D/%5B%7B%22Telephone%22%7C%22015154645%22,%22TypeID%22%7C%221%22%7D%5D/%5B%7B%22EmailAddress%22%7C%22gen1@dfs%22,%22ID%22%7C%2226%22,%22TypeID%22%7C%221%22%7D,%7B%22EmailAddress%22%7C%22gen2@jfasd%22,%22ID%22%7C%2227%22,%22TypeID%22%7C%221%22%7D,[e-mail]%22,%22ID%22%7C%2228%22,%22TypeID%22%7C%221%22%7D,[e-mail]%22,%22ID%22%7C%2229%22,%22TypeID%22%7C%221%22%7D,[e-mail]%22,%22ID%22%7C%2229%22,%22TypeID%22%7C%221%22%7D%5D/%7B%7D/481

网址的未编码版本：

http://localhost:64973/Member.svc/SaveMemberWithDetail/"ID"|"2","TypeID"|"2","Title"|"Mr.","FirstName"|"Firnas","MiddleName"|"","LastName"|"Aliyar","Gender"|"1","DateOfBirth"|"2000-01-01","Nationality"|"Sri Lankan"/["AddressLine1"|"Changed Address Line1","AddressLine2"|"Colombo","City"|"Colombo 10","State"|"WP","PostCode"|"01000","CountryID"|"1","ID"|"7","TypeID"|"1"]/["Telephone"|"015154645","TypeID"|"1"]/["EmailAddress"|"gen1@dfs","ID"|"26","TypeID"|"1","EmailAddress"|"gen2@jfasd","ID"|"27","TypeID"|"1","EmailAddress"|"[e-mail]","ID"|"28","TypeID"|"1","EmailAddress"|"[e-mail]","ID"|"29","TypeID"|"1","EmailAddress"|"[e-mail]","ID"|"29","TypeID"|"1"]//481

我的参数是一组 Json 对象。我认为任何字符都不会导致问题，因为如果我只是将几个字母数字字符减少到小于限制，它就可以工作。

我在 Windows 8 Professional 的 Visual Studio 2012 Premium 中运行我的应用程序，所以它是 .NET 4.5 和 IIS Express。

进一步研究

当我尝试进一步调查时，这不是我已经提到的限制，即完整 url 的长度。但是，每个参数都有长度限制，不能超过 260 个字符。

所以，我不确定 URL 总长度，但每个参数（由“/”分隔）都有限制。我发布的上述 URL 的问题是电子邮件地址 JSON 参数长度为 261 个字符，如下所示。

["EmailAddress"|"gen1@dfs","ID"|"26","TypeID"|"1","EmailAddress"|"gen2@jfasd","ID"|"27","TypeID"|"1","EmailAddress"|"[e-mail]","ID"|"28","TypeID"|"1","EmailAddress"|"[e-mail]","ID"|"29","TypeID"|"1","EmailAddress"|"[e-mail]","ID"|"29","TypeID"|"1"]

如果我从中删除 1 个字符，它会起作用。

是浏览器限制吗？操作系统限制？

更新：解决方案

当我对此进行进一步研究时，我找到了一个对我有用的解决方案。我在这里更新，因为它可能对遇到这个问题的其他人有用。

这是一个 IIS 设置

问题是因为，REST url中每个参数的默认字符限制是260，这是在注册表中定义的。

因此，您必须更新注册表以增加运行 IIS 服务器/IIS Express 的大小限制。

以下是注册表的位置：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\HTTP\Parameters

并且值名称是UrlSegmentMaxLength。如果不存在，请创建一个类型为REG_DWORD 的文件。并为value data 指定一个更高的值，例如十六进制的 1000 或十进制的 4096。

这是一个 http.sys 设置。更多关于 http.sys 设置：http://support.microsoft.com/kb/820129

确保重新启动服务器/机器以应用注册表更改。 就是这样。

【问题讨论】：

“更新：解决方案”对我有用。 Fimas，如果你还在，如果你想发布你问题的那部分作为答案，我很乐意投票。

当然，伙计。很高兴听到我的解决方案对我有用。 :)

更新解决方案有效。这仍然适用于 php 5.6 和 Server 2012 R2

【参考方案1】：

将更新重新发布为答案，因为有些人可能会直接跳到答案部分。

当我对此进行进一步研究时，我找到了一个对我有用的解决方案。我在这里更新，因为它可能对遇到这个问题的其他人有用。

这是一个 IIS 设置

问题是因为，REST url中每个参数的默认字符限制是260，这是在注册表中定义的。

因此，您必须更新注册表以增加运行 IIS 服务器/IIS Express 的大小限制。

以下是注册表的位置：

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\HTTP\Parameters 值名称是 UrlSegmentMaxLength。如果它不存在，请使用 REG_DWORD 类型创建一个。并为数值数据指定更高的值，例如十六进制的 1000 或十进制的 4096。

这是一个 http.sys 设置。更多关于 http.sys 设置：http://support.microsoft.com/kb/820129

确保重新启动服务器/机器以应用注册表更改。就是这样。

【参考方案2】：

需要考虑的几件事：

1) 您不应该使用 GET 来保存数据，尽可能使用 POST。主要原因与安全有关。使用 GET 可以让您面临更多潜在的 CSRF 攻击。请记住，POST 不能免受 CSRF 的影响，但使用它可以稍微减少漏洞。

2) 查看 URL，逗号在我看来不合适，这可能是您收到无效 URL 错误的原因。

3) 您在哪个版本的 IIS 下运行？这可能决定了您必须做些什么来增加最大 URL 长度。

对于 IIS7，您可以在配置文件中添加到 System.Web：

<httpRuntime maxUrlLength="2000" />

编辑：

您应该再次尝试将其更改为 POST，因为它不会尝试将其映射到文件系统。

来自MSDN的windows api只允许260。

在 Windows API 中（下面将讨论一些例外情况 段落），路径的最大长度为 MAX_PATH，即 定义为 260 个字符。本地路径的结构如下 顺序：驱动器号、冒号、反斜杠、名称组件以分隔 反斜杠和终止空字符。例如， 驱动器 D 上的最大路径是“D:\some 256-character path string” 其中“”表示不可见的终止空字符 当前系统代码页。 （字符 在这里用于 视觉清晰，不能成为有效路径字符串的一部分。）

【讨论】：

我同意你使用 POST 而不是 GET 提交大量数据来放置。

【参考方案3】：

通过编辑记录，它解决了我的错误请求 400 的问题，但在我添加之前仍然对我不起作用，

<httpRuntime maxUrlLength="6144" relaxedUrlToFileSystemMapping="true" />

请注意，我尝试在编辑我的记录之前添加此配置，但它没有工作，所以我想在编辑记录后并使用此配置，我设置得很好。 可以帮助别人。

【参考方案4】：

为了完整起见，添加另一个答案。就我而言，我在 web.config 中有所有正确的值：

    <system.web>
    ...
        <!--Make sure to keep maxAllowedContentLength and maxRequestLength are in Synch-->
        <!--This is for ASP.NET and is in KBytes-->
        <httpRuntime maxRequestLength="50000" maxUrlLength="3000" maxQueryStringLength="3000"/>
    </system.web>
...
  <system.webServer>
    <security>
      <requestFiltering>
        <!--This is for IIS7+ and is in Bytes (Equivalent to 50MB)-->
        <requestLimits maxAllowedContentLength="52428800" maxQueryString="3000" />
      </requestFiltering>
    </security>
  </system.webServer>
...

但是，我仍然在其中一台 IIS 服务器上收到 400 错误。经过更多调查和配置比较，原来是 UrlScan IIS 模块是罪魁祸首。通过卸载模块或编辑 UrlScan.ini 文件以修改最大长度值，问题已得到解决：

...
[RequestLimits]
MaxAllowedContentLength=104857600
MaxUrl=3000
MaxQueryString=3000

【参考方案5】：

上述解决方案对我有用：

maxQueryStringLength="3000" maxUrlLength="3000"

还有上面的注册表修复。