发送POST请求出现Http 417错误的解决方法
|
freeflydom
2024年7月23日 9:9
本文热度 957
|
当我们POST数据到另一个IIS寄存的Web程式的情况下，
会出现：417 Expectation Failed
这个异常源自HTTP1.1协议的一个规范： 100(Continue)
100(Continue)状态代码的解释
允许客户端发request消息body之前先用request header试探一下server,看server要不要接收request body,再决定要不要发request body。
客户端在Request头部中包含
Expect:100-continue
Server接到后 如果回100(continue)这个状态代码，客户端就继续发request body。
早期的Apache就认为这是一种错误，而IIS却可以正确应答
这个设置是Http1.1才有。
解决办法:
向Header添加Expect:100-continue，如：
request.Headers.Add("Expect", "100-continue");
|
asp.net下:
System.Net.ServicePointManager.Expect100Continue = false;
|
或者在IIS网站根目录下找到文件web.config，添加配置：
<system.net>
<settings>
<servicePointManager expect100Continue="false" />
</settings>
</system.net>
转自https://www.cnblogs.com/newmin/archive/2011/02/23/1962480.html
以下为微软文档解释。
注解
当此属性设置为 true时，将使用 100-Continue 行为。 如果 Expect100Continue 属性为 trueContentLength 且 属性大于零或属性为 true，则使用 PUT 和 POST 方法的SendChunked客户端请求将向请求添加一个 Expect 标头。 客户端预期会收到来自服务器的 100-Continue 响应，以指示客户端应发送要发布的数据。 当服务器根据请求标头拒绝请求时，此机制允许客户端避免通过网络发送大量数据。
例如，假定 Expect100Continue 属性为 false。 将请求发送到服务器时，它包括数据。 如果在读取请求标头后，服务器需要身份验证并且必须发送 401 响应，则客户端必须使用正确的身份验证标头重新发送数据。
如果此属性为 true，则请求标头将发送到服务器。 如果服务器未拒绝请求，则会发送 100-Continue 响应，指示可以传输数据。 如果服务器需要身份验证，如前面的示例所示，它会发送 401 响应，并且客户端未不必要地传输数据。
更改此属性的值不会影响现有 ServicePoint 对象。 只有更改后创建的新 ServicePoint 对象才会受到影响。
100-Continue 行为不用于 HTTP 1.0 请求，即使此属性设置为 true。
该文章在 2024/7/23 9:52:26 编辑过
400 186 1886
