Windows ProxyServer-värde kan vara en karta
Känn igen protokollspecifika Windows-proxysträngar i stället för att skicka hela värdet till en konstruktor för en enda URI.
Ett skript läser ProxyServer från Windows Internet Settings och tilldelar det till WebProxy.Address. Det fungerar på en dator och misslyckas sedan på en annan vars värde ser ut så här:
http=proxy-a.example:8080;https=proxy-b.example:8080
Det är en protokollspecifik konfigurationssträng, inte en enda proxy-URI. Att skicka hela värdet till en konstruktor som förväntar sig en enda adress ändrar innebörden av indata.
| Post | Väljer proxyn för |
|---|---|
| http=... | HTTP-destinationsbegäranden |
| https=... | HTTPS-destinationsbegäranden |
Nyckeln https betyder inte i sig att anslutningen till den proxyn använder TLS. En vanlig HTTP-proxy kan bära HTTPS-destinationen genom CONNECT.
Föredra det stödda systemproxygränssnittet för den faktiska destinationen där klienten erbjuder ett. Manuella proxysträngar, kringgåenderegler, webbadresser för automatisk konfiguration och automatisk upptäckt är olika delar av konfigurationen. Att läsa ett enda registervärde kan inte återskapa dem alla. Om du inspekterar den lagrade kartan, läs ProxyEnable och AutoConfigURL bredvid ProxyServer.
Om en integration måste tolka en manuell mappning, följ dess dokumenterade format, behåll protokollkopplingen och använd en riktig URI- eller slutpunktstolkare för varje valt värde. Att dela varje kolon bryter IPv6; att välja den första posten förlorar skillnaden ovan.
Håll detta inom rätt kontokontext. Den interaktiva användarens inställningar är inte automatiskt inställningarna för en tjänst som körs under en annan identitet.