服務器違反協議。第=我創建了一個程序ResponseStatusLine錯誤

Question

，試圖張貼在網站上一個字符串，我得到這個錯誤：

gResponse = (HttpWebResponse)gRequest.GetResponse(); 

如何解決：

"The server committed a protocol violation. Section=ResponseStatusLine"

這行代碼後這個例外？

Answer 1

嘗試把這個在您的應用程序/ web.config文件：

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

如果這不工作，你也可以嘗試KeepAlive屬性設置爲false。

Answer 2

調試此方法（並確保導致問題的協議違規）的一種方法是使用Fiddler（Http Web Proxy）並查看是否發生相同的錯誤。如果沒有（即Fiddler爲你處理這個問題），那麼你應該可以使用UseUnsafeHeaderParsing標誌來修復它。

如果你正在尋找一種方法來設置這個值編程看到這裏的例子：http://o2platform.wordpress.com/2010/10/20/dealing-with-the-server-committed-a-protocol-violation-sectionresponsestatusline/

Answer 3

另一種可能：做一個POST時，服務器以100響應繼續以不正確的方式。

這解決了這個問題對我來說：

request.ServicePoint.Expect100Continue = false; 

Answer 4

設定預期100繼續爲false，並減少插座空閒時間兩秒鐘解決了我的問題

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

Answer 5

有時會出現此錯誤時UserAgent請求參數爲空（在我的情況下，在github.com api中）。

設置此參數爲自定義非空字符串解決了我的問題。

Answer 6

在我的情況下，罪魁禍首返回一個No Content響應，但同時定義響應正文。可能這個答案提醒我，也許其他人不要再返回一個NoContent響應與身體再次。

此行爲與10.2.5 204無內容的HTTP specification它說的一致：

The 204 response MUST NOT include a message-body, and thus is always terminated by the first empty line after the header fields.

Answer 7

的解決方案中沒有爲我工作，所以我不得不使用Web客戶端，而不是HttpWebRequest和問題不再。

我需要使用的CookieContainer，所以我使用帕維爾·薩瓦拉在這個線程發佈的解決方案 - Using CookieContainer with WebClient class

只是刪除這條線「保護」：

私人只讀的CookieContainer集裝箱=新的CookieContainer（ ）;

Answer 8

許多解決方案都提到解決方法，但不涉及錯誤的實際原因。

此錯誤的一個可能原因是，如果網絡服務器使用ASCII或ISO-8859-1以外的編碼輸出標頭響應部分。如果Response-Phrase包含擴展的拉丁字符，則使用ISO-8859-1的原因是。

此錯誤的另一個可能原因是，如果網絡服務器使用輸出字節順序標記（BOM）的UTF-8。例如，缺省常數Encoding.UTF8輸出物料清單，很容易忘記這一點。該網頁將在Firefox和Chrome中正常工作，但HttpWebRequest會炸彈:)。一個快速解決方案是將網絡服務器更改爲使用不輸出BOM的UTF-8編碼，例如（只要Response-Phrase只包含ASCII字符，但確實應該使用ASCII或ISO-8859-1作爲標題，然後使用UTF-8或其他編碼作爲響應）。

Answer 9

當我在本地機器上運行Skype時，發生這種情況。一旦我結束，異常就消失了。

Idea courtesy of this page

Answer 10

在我的情況下，IIS沒有必要的權限來訪問相關的ASPX路徑。

我給IIS用戶權限的相關目錄，一切都很好。

Answer 11

查看你的代碼，找到你是否設置NULL或空值的頭。

Answer 12

我們嘗試過的第一件事是禁用IIS的動態內容壓縮，解決了錯誤，但錯誤並未引起服務器端，只有一個客戶端受此影響。

在客戶端，我們卸載了VPN客戶端，重置了Internet設置，然後重新安裝了VPN客戶端。這個錯誤也可能是以前的防病毒軟件引起的。然後我們啓用動態內容壓縮，現在它可以像以前一樣正常工作。

錯誤出現在連接到Web服務和TFS的自定義應用程序中。

Answer 13

我試圖從代理後面訪問Last.fm Rest API，並得到這個着名的錯誤。

The server committed a protocol violation. Section=ResponseStatusLine

嘗試一些解決方法之後，只有這兩個工作對我來說

HttpWebRequest HttpRequestObj = WebRequest.Create(BaseUrl) as HttpWebRequest; 
HttpRequestObj.ProtocolVersion = HttpVersion.Version10; 

和

HttpWebRequest HttpRequestObj = WebRequest.Create(BaseUrl) as HttpWebRequest; 
HttpRequestObj.ServicePoint.Expect100Continue = false; 

Answer 14

的Skype是我的問題的主要原因：

此錯誤通常發生在您將Visual Studio設置爲調試存在時ng web應用程序在IIS中運行而不是內置在ASP.NET調試Web服務器。 IIS默認偵聽端口80上的Web請求。在這種情況下，另一個應用程序已經偵聽端口80上的請求。通常情況下，有問題的應用程序是Skype，默認情況下，Skype會在安裝時監聽端口80和443。 Skype已佔用端口80.所以IIS無法啓動。

要解決此問題請按照下列步驟：

的Skype - >工具 - >選項 - >高級 - >連接：

取消選中 「使用端口80和443的傳入連接的替代品」。

而且正如下面指出的執行一次IIS重設。

Answer 15

我開始從我的PHP JSON/REST服務收到此錯誤

我開始relativley罕見POST上傳得到的錯誤我加ob_start("ob_gzhandler")最經常訪問的讓PHP腳本後

我能夠使用只是ob_start()，一切都很好。