Стойността на ProxyServer в Windows може да е карта
Разпознавайте специфичните за протокола Windows прокси низове, вместо да подавате цялата стойност на конструктор за един URI.
Скрипт чете ProxyServer от Windows Internet Settings и го присвоява на WebProxy.Address. Работи на една машина, след което се проваля на друга, чиято стойност изглежда така:
http=proxy-a.example:8080;https=proxy-b.example:8080
Това е специфичен за протокола конфигурационен низ, а не един прокси URI. Подаването на цялата стойност на конструктор, който очаква един адрес, променя смисъла на входа.
| Запис | Избира прокси за |
|---|---|
| http=... | HTTP заявки към дестинация |
| https=... | HTTPS заявки към дестинация |
Ключът https сам по себе си не означава, че връзката към този прокси използва TLS. Обикновен HTTP прокси може да пренася HTTPS дестинация чрез CONNECT.
Предпочитайте поддържания системен прокси интерфейс за действителната дестинация, когато клиентът го предоставя. Ръчните прокси низове, правилата за заобикаляне, URL адресите за автоматична конфигурация и автоматичното откриване са различни части от конфигурацията. Четенето на една стойност от регистъра не може да възпроизведе всички тях. Ако прегледате съхранената карта, прочетете ProxyEnable и AutoConfigURL до ProxyServer.
Ако интеграция трябва да анализира ръчно съответствие, следвайте документирания формат, запазете връзката с протокола и използвайте истински анализатор на URI или крайна точка за всяка избрана стойност. Разделянето на всяко двоеточие чупи IPv6; избирането на първия запис губи разликата по-горе.
Дръжте това в подходящия контекст на акаунта. Настройките на интерактивния потребител не са автоматично настройките на услуга, работеща под друга самоличност.