Windows' ProxyServer-verdi kan være et kart
Gjenkjenn protokollspesifikke Windows-proxystrenger i stedet for å sende hele verdien til en konstruktør for én URI.
Et skript leser ProxyServer fra Windows Internet Settings og tildeler den til WebProxy.Address. Det fungerer på én maskin, og feiler deretter på en annen der verdien ser slik ut:
http=proxy-a.example:8080;https=proxy-b.example:8080
Det er en protokollspesifikk konfigurasjonsstreng, ikke én proxy-URI. Å gi hele verdien til en konstruktør som forventer én adresse endrer betydningen av inndataene.
| Oppføring | Velger proxyen for |
|---|---|
| http=... | HTTP-destinasjonsforespørsler |
| https=... | HTTPS-destinasjonsforespørsler |
Nøkkelen https betyr ikke i seg selv at forbindelsen til den proxyen bruker TLS. En vanlig HTTP-proxy kan bære HTTPS-destinasjonen gjennom CONNECT.
Foretrekk det støttede systemproxygrensesnittet for den faktiske destinasjonen der klienten tilbyr ett. Manuelle proxystrenger, omgåelsesregler, URL-er for automatisk konfigurasjon og automatisk oppdaging er forskjellige deler av konfigurasjonen. Å lese én registerverdi kan ikke gjengi dem alle. Hvis du undersøker det lagrede kartet, les ProxyEnable og AutoConfigURL ved siden av ProxyServer.
Hvis en integrasjon må analysere en manuell tilordning, følg dens dokumenterte format, behold protokolltilknytningen og bruk en ekte URI- eller endepunktparser for hver valgt verdi. Å dele hvert kolon ødelegger IPv6; å velge den første oppføringen mister forskjellen ovenfor.
Hold dette innenfor riktig kontokontekst. Innstillingene til den interaktive brukeren er ikke automatisk innstillingene til en tjeneste som kjører under en annen identitet.