Здравствуйте, Somescout, Вы писали:
S>А зачем вообще эти поля сделаны статичными?
А что в этом плохого?

Программа была запущена до добавления WindowsProxyUsePolicy=WindowsProxyUsePolicy.UseCustomProxy в варианте из первого сообщения, когда не возникает ошибки. Посмотрел ошибки, оказалось, что за сутки работы была одна ошибка с HttpStatusCode равным 502
https://docs.microsoft.com/ru-ru/dotnet/api/system.net.httpstatuscode?view=netcore-3.0
BadGateway 502
Эквивалент HTTP-состояния 502. Значение BadGateway указывает, что промежуточный прокси-сервер получил неправильный ответ от другого прокси или исходного сервера.
Т.е. судя по ошибке прокси все же работает, хотя не должен бы был, т.к.
KRT>В первом случае во время инициализации httpClient Proxy равна null и тогда запросы идут напрямую.
Конечно, можно предположить, что провайдер пускает поток через прокси, но вряд ли. Совсем не понятно.

Здравствуйте, Somescout, Вы писали:
S>А зачем вообще эти поля сделаны статичными?
А что в этом плохого?

Программа была запущена до добавления WindowsProxyUsePolicy=WindowsProxyUsePolicy.UseCustomProxy в варианте из первого сообщения, когда не возникает ошибки. Посмотрел ошибки, оказалось, что за сутки работы была одна ошибка с HttpStatusCode равным 502
https://docs.microsoft.com/ru-ru/dotnet/api/system.net.httpstatuscode?view=netcore-3.0
"BadGateway 502
Эквивалент HTTP-состояния 502. Значение BadGateway указывает, что промежуточный прокси-сервер получил неправильный ответ от другого прокси или исходного сервера."
Т.е. судя по ошибке прокси все же работает, хотя не должен бы был, т.к.
KRT>В первом случае во время инициализации httpClient Proxy равна null и тогда запросы идут напрямую.
Конечно, можно предположить, что провайдер пускает поток через прокси, но вряд ли. Совсем не понятно.