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.

PostVä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.

Relaterade artiklar