С#: обращение с нарушением протокола WebClient "
Мне нужно прочитать местоположение в моем маршрутизаторе, но я получаю следующее исключение -
ServerProtocolViolation "Сервер зафиксировал нарушение протокола. Раздел = ResponseHeader Detail = CR должен сопровождаться LF"
Это происходит, когда я использую функцию .DownloadString(url). Есть ли способ заставить WebClient игнорировать нарушение протокола? Поиски в Google говорят мне, что я должен установить параметр useUnsafeHeaderParsing где-нибудь. Могу ли я сделать это через программу? Какой улов, если я его использую?
Изменить: Прикрепить код -
public Readlog() {
WebClient wc = new WebClient();
string url = @"http://192.168.0.1/setup.cgi?next_file=log.htm&todo=cfg_init";
Console.WriteLine(url);
try {
//wc.Headers.Add("User-Agent", "Mozilla/5.0(Windows; U; Windows NT 5.2; rv:1.9.2) Gecko/20100101 Firefox/3.6");
wc.Credentials = new NetworkCredential("admin", "admin");
//Next line causes exception System.Net.WebException
//Message - "The server committed a protocol violation. Section=ResponseHeader Detail=CR must be followed by LF"
//May be I need to use useUnsafeHeaderParsing somehow to avoid that
string result = wc.DownloadString(url);
Console.WriteLine(result);
} catch (WebException we) {
System.Diagnostics.Trace.WriteLine(we.ToString());
}
}
Ответы
Ответ 1
Похоже, что самый простой способ - это файл .config с вашим приложением, содержащий следующее:
<system.net>
<settings>
<httpWebRequest useUnsafeHeaderParsing = "true"/>
</settings>
</system.net>
Однако это также возможно сделать в коде, но кажется немного грязным:
http://social.msdn.microsoft.com/Forums/en-US/netfxnetcom/thread/ff098248-551c-4da9-8ba5-358a9f8ccc57
Также обратите внимание, что определение MSDN этого свойства
Установка этого свойства игнорирует ошибки проверки, которые происходят во время Анализ HTTP.
http://msdn.microsoft.com/en-us/library/system.net.configuration.httpwebrequestelement.useunsafeheaderparsing.aspx
Итак, я бы сказал, что он достаточно безопасен в использовании, хотя упоминается только для его использования для обратной совместимости.
Ответ 2
У меня была эта проблема на моем собственном веб-сервере, в заголовке я изменил
HTTP/1.x 200 OK
к
HTTP/1.0 200 OK
теперь он работает, когда я использую браузер (хором или...) или в WebClient (С#)