Запрос HttpClient вызывает IOException

Ответ 1

Похоже, что это вызвано недавним обновлением безопасности для .NET Framework: MS12-074: Уязвимости в .NET Framework могут позволить удаленное выполнение кода: 13 ноября 2012 г. (KB 2745030)

Все это сводится к следующему коду в разрешении веб-прокси:

[RegistryPermission(SecurityAction.Assert, [email protected]"HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework")]
private static void InitializeFallbackSettings()
{
    allowFallback = false;
    try
    {
        using (RegistryKey key = Registry.LocalMachine.OpenSubKey(@"SOFTWARE\Microsoft\.NETFramework"))
        {
            try
            {
                if (key.GetValueKind("LegacyWPADSupport") == RegistryValueKind.DWord)
                {
                    allowFallback = ((int) key.GetValue("LegacyWPADSupport")) == 1;
                }
            }
            catch (UnauthorizedAccessException)
            {
            }
            catch (IOException)
            {
            }
        }
    }
    catch (SecurityException)
    {
    }
    catch (ObjectDisposedException)
    {
    }
}

Как вы можете видеть, он проверяет конкретный раздел реестра, упомянутый в статье KB. Также вы должны заметить, что исключение попадает внутри, но вы видите его, потому что вы включили First Chance Exceptions в параметрах отладки Visual Studio.

Если вы не хотите видеть это исключение, вы должны добавить указанный раздел реестра со значением 0:

Registry location: HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework  
DWORD (32-bit) Value name: LegacyWPADSupport
Value data: 0

и для 32-битных процессов на 64-битных машинах:

Registry location: HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NETFramework
DWORD (32-bit) Value name: LegacyWPADSupport
Value data: 0

Ответ 2

Я согласен с ответом Ligaz, и я зарегистрировал проблему Connect об этой ошибке: https://connect.microsoft.com/VisualStudio/feedback/details/773666/webrequest-create-eats-an-ioexception-on-the-first-call#details

Сохраните следующее в файле .reg и импортируйте его в реестр, чтобы предотвратить повышение этой ошибки:

Windows Registry Editor Version 5.00

; The following value prevents an IOException from being thrown and caught
; by System.Net.HybridWebProxyFinder.InitializeFallbackSettings() (in System.dll)
; when WebRequest.Create is first called.  By default the "LegacyWPADSupport"
; value doesn't exist, and when InitializeFallbackSettings calls GetValueKind,
; an IOException is thrown.  This adds the value with its default of false to
; prevent the exception.
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\.NETFramework]
"LegacyWPADSupport"=dword:00000000

[HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\.NETFramework]
"LegacyWPADSupport"=dword:00000000

Ответ 3

По какой-либо причине ваш код HttpClient ищет параметры прокси-сервера в реестре и не может открыть ключ. Просмотр кода показывает, что он пытается открыть HKCU, а затем перейти к одному из следующих ключей в следующем порядке:

• "HKCU\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Internet Settings\\Connections"
• "HKLM\\SOFTWARE\\Microsoft\\Windows\\CurrentVersion\\Internet Settings\\Connections"
• "HKLM\\SOFTWARE\\Policies\\Microsoft\\Windows\\CurrentVersion\\Internet Settings"

Один из этих трех потенциально является ключом, к которому у вашего процесса нет доступа, почему я не уверен. Одним из возможных исправлений является автоматическое определение параметров прокси-сервера.

В противном случае вам нужно выяснить, какой именно ключ он загружается, и мы сделаем это с двумя шагами.

• Включить ведение журнала System.Net.
• Загрузите и запустите Procmon, фильтруя доступ к реестру для вашего приложения, например:

• После открытия отключите захват, если он включен (увеличительное стекло должно иметь красный X через него).
• Начните фильтрацию имени вашего процесса.
• Отменить выбор всех параметров, кроме записей реестра

4. Включить захват (щелкните увеличительное стекло)
5. Запустите приложение
6. Найдите оскорбительную запись в журнале, дважды щелкните, чтобы увидеть, какой ключ был открыт.

Как только вы определяете оскорбительный ключ, вы можете понять, почему ваше приложение не имеет к нему доступа. Возможно, если имя вашего приложения является каким-либо признаком, учетная запись пользователя, на которую работает ваша служба, не имеет доступа к разделу реестра.