Обнаружьте ошибку Прокси HTTP для WebRequest
Хм... интересная загадка. Тем более интересный, учитывая, что я просто выполнил его в Visual Studio, 2008 и это не сделал бросок вообще.
я не использую Пакет обновления 1, и Вы могли бы быть, так, чтобы могла быть проблема. Я знаю, что были некоторые "улучшения производительности" в.Cast () в выпуске SP1, который мог вызывать проблему. Некоторое чтение:
2 ответа
Это сложно. Вот несколько предложений:
- Свойство
Webex.response.responseuriсодержит URI вашего прокси-сервера вместо сервера, который вы пытались связаться с. - Свойство
Webex.response.StatusCode- это то, что всегда относится к проблеме прокси, например,ProxyAuthenticateRequired. К сожалению, большинство статусов могут относиться к ошибке прокси или ошибку сервера. - Сбор
Webex.response.Headersсодержит нестандартные записи, которые вы распознаете как генерируемые вашим прокси-сервером. Например, прокси-сервер Squid возвращает заголовок«X-Squid-Error», со своим собственным проприетарным набором статусов. - Поток
Webex.response.Reponsestramсодержит сообщение об ошибке HTML или простое текстовое сообщение в формате, который вы распознаете как генерируемые вашим прокси-сервером. Вы можете проверить, теперь он содержит URI вашего прокси-сервера.
В вашем блоке Catch, убедитесь, что вы регистрируете полную информацию о объекте WebException , включая все, упомянутые выше свойств. Затем вы можете проанализировать данные журнала и разработать точный тест на ошибки прокси.
Я думаю, вы могли бы перехватить InvalidOperationException, а затем проверить сообщение на наличие «прокси».
В сообщении будет сказано:
Невозможно разрешить имя прокси: 'localhost'