ProxyServer-verdien til Windows kan være et kart
Gjenkjenn protokollspesifikke Windows-proxytekster i stedet for å sende hele verdien til en konstruktør for én URI.
Et skript leser ProxyServer fra Windows Internet Settings og tilordner den til WebProxy.Address. Det virker på én maskin, og feiler deretter på en annen der verdien ser slik ut:
http=proxy-a.example:8080;https=proxy-b.example:8080
Dette er en protokollspesifikk konfigurasjonstekst, ikke én proxy-URI. Å sende 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 denne proxyen bruker TLS. En vanlig HTTP-proxy kan frakte HTTPS-destinasjonen gjennom CONNECT.
Foretrekk det støttede systemproxy-grensesnittet for den faktiske destinasjonen der klienten tilbyr ett. Manuelle proxytekster, omgåelsesregler, URL-er for automatisk konfigurasjon og automatisk oppdagelse er forskjellige deler av konfigurasjonen. Å lese én registerverdi kan ikke gjenskape 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.