Windows' ProxyServer-værdi kan være et kort
Genkend protokolspecifikke Windows-proxy-strenge i stedet for at sende hele værdien til en constructor til én URI.
Et script læser ProxyServer fra Windows Internet Settings og tildeler den til WebProxy.Address. Det virker på én maskine og fejler derefter på en anden, hvis værdi ser sådan ud:
http=proxy-a.example:8080;https=proxy-b.example:8080
Det er en protokolspecifik konfigurationsstreng, ikke én proxy-URI. At give hele værdien til en constructor, der forventer én adresse, ændrer inputtets betydning.
| Post | Vælger proxyen til |
|---|---|
| http=... | HTTP-destinationsanmodninger |
| https=... | HTTPS-destinationsanmodninger |
Nøglen https betyder ikke i sig selv, at forbindelsen til den proxy bruger TLS. En almindelig HTTP-proxy kan bære HTTPS-destinationen via CONNECT.
Foretræk den understøttede system-proxy-grænseflade til den faktiske destination, hvor klienten tilbyder en. Manuelle proxy-strenge, omgåelsesregler, URL'er til automatisk konfiguration og automatisk registrering er forskellige dele af konfigurationen. At læse én registreringsværdi kan ikke gengive dem alle. Hvis du undersøger det gemte kort, læs ProxyEnable og AutoConfigURL ved siden af ProxyServer.
Hvis en integration skal parse en manuel mapping, skal du følge dens dokumenterede format, bevare protokoltilknytningen og bruge en rigtig URI- eller endpoint-parser til hver valgt værdi. At opdele hvert kolon ødelægger IPv6; at vælge den første post mister forskellen ovenfor.
Hold dette inden for den relevante kontokontekst. Den interaktive brugers indstillinger er ikke automatisk indstillingerne for en tjeneste, der kører under en anden identitet.