服务器提交了协议违规.Section = ResponseStatusLine ERROR

Question

我创建了一个程序,试图在网站上发布一个字符串,我收到此错误:

"服务器提交了协议违规.Section = ResponseStatusLine"

在这行代码之后:

gResponse = (HttpWebResponse)gRequest.GetResponse(); 

我该如何解决这个异常？

Answer 1

试着把它放在你的app/web.config中:

<system.net>
    <settings>
        <httpWebRequest useUnsafeHeaderParsing="true" />
    </settings>
</system.net>

如果这不起作用,您也可以尝试将该KeepAlive属性设置为false.

Answer 2

有时,当UserAgent请求参数为空时会发生此错误(在我的情况下为github.com api).

将此参数设置为自定义非空字符串解决了我的问题.

Answer 3

在我的案例中,罪魁祸首是返回一个No Content响应,但同时定义了一个响应主体.愿这个答案提醒我,也许其他人不要再回复NoContent身体的回应了.

此行为是一致10.2.5 204无内容的的HTTP规范它说:

204响应绝不能包含消息体,因此总是在头字段之后的第一个空行终止.

Answer 4

另一种可能性:当进行POST时,服务器以100不正确的方式响应100.

这解决了我的问题:

request.ServicePoint.Expect100Continue = false;

Answer 5

当我在本地机器上运行Skype时,这种情况发生在我身上.一旦我关闭,异常就消失了.

想法由此页面提供

Answer 6

调试此方法(并确保它是导致问题的协议违规)的一种方法是使用Fiddler(Http Web代理)并查看是否发生相同的错误.如果没有(即Fiddler为您处理了问题),那么您应该能够使用UseUnsafeHeaderParsing标志来修复它.

如果您正在寻找以编程方式设置此值的方法,请参阅此处的示例:http://o2platform.wordpress.com/2010/10/20/dealing-with-the-server-committed-a-protocol-violation-sectionresponsestatusline /

Answer 7

许多解决方案都在讨论解决方法,但不是关于错误的实际原因.

导致此错误的一个可能原因是,如果Web服务器使用除以外的编码ASCII或ISO-8859-1输出标头响应部分.使用的原因ISO-8859-1是如果Response-Phrase包含扩展的拉丁字符.

导致此错误的另一个可能原因是,如果Web服务器使用UTF-8该输出,则输出字节顺序标记(BOM).例如,默认常量Encoding.UTF8输出BOM,很容易忘记这一点.网页将在Firefox和Chrome中正常运行,但HttpWebRequest会炸弹:).快速解决方法是更改​​网络服务器以使用不输出BOM的UTF-8编码,例如new UTF8Encoding(false)(只要Response-Phrase包含ASCII字符,但它确实应该使用ASCII或ISO-8859-1用于标题,然后UTF-8或者响应的一些其他编码).

Answer 8

设置期望100继续为false并将套接字空闲时间减少到两秒为我解决了问题

ServicePointManager.Expect100Continue = false; 
ServicePointManager. MaxServicePointIdleTime = 2000; 

Answer 9

Skype是我问题的主要原因:

当您设置Visual Studio以调试在IIS中运行的现有Web应用程序而不是内置的ASP.NET调试Web服务器时,通常会发生此错误.IIS默认侦听端口80上的Web请求.在这种情况下,另一个应用程序已经在端口80上侦听请求.通常,违规应用程序是Skype,默认情况下在安装时接管侦听端口80和443.Skype已占据80端口.因此IIS无法启动.

要解决此问题,请按以下步骤操作:

Skype - >工具 - >选项 - >高级 - >连接:

取消选中"使用端口80和443作为传入连接的替代方法".

如下所述,一旦完成就执行IIS重置.