De ProxyServer-waarde van Windows kan een kaart zijn
Herken protocolspecifieke Windows-proxytekenreeksen in plaats van de hele waarde aan één URI-constructor te geven.
Een script leest ProxyServer uit Windows Internet Settings en wijst deze toe aan WebProxy.Address. Het werkt op de ene machine en faalt vervolgens op een andere waarvan de waarde er zo uitziet:
http=proxy-a.example:8080;https=proxy-b.example:8080
Dat is een protocolspecifieke configuratietekenreeks, niet één proxy-URI. De hele waarde aan een constructor geven die één adres verwacht, verandert de betekenis van de invoer.
| Vermelding | Kiest de proxy voor |
|---|---|
| http=... | HTTP-bestemmingsverzoeken |
| https=... | HTTPS-bestemmingsverzoeken |
De sleutel https betekent op zichzelf niet dat de verbinding met die proxy TLS gebruikt. Een gewone HTTP-proxy kan de HTTPS-bestemming via CONNECT doorgeven.
Geef de voorkeur aan de ondersteunde systeemproxy-interface voor de werkelijke bestemming waar de client er een biedt. Handmatige proxytekenreeksen, bypass-regels, URL's voor automatische configuratie en automatische detectie zijn verschillende onderdelen van de configuratie. Het lezen van één registerwaarde kan ze niet allemaal weergeven. Als u de opgeslagen kaart inspecteert, lees ProxyEnable en AutoConfigURL naast ProxyServer.
Als een integratie een handmatige toewijzing moet parseren, volg dan het gedocumenteerde formaat, behoud de protocolassociatie en gebruik een echte URI- of eindpuntparser voor elke geselecteerde waarde. Elk dubbele punt splitsen breekt IPv6; de eerste vermelding kiezen verliest het bovenstaande onderscheid.
Houd dit binnen de juiste accountcontext. De instellingen van de interactieve gebruiker zijn niet automatisch de instellingen van een service die onder een andere identiteit draait.