发送POST请求出现Http 417错误的解决方法
|
freeflydom
2024年7月23日 9:9
本文热度 405
|
当我们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 属性为 true
ContentLength 且 属性大于零或属性为 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 编辑过