ProxyServer-verdien til Windows kan vere eit kart
Kjenn att protokollspesifikke Windows-proxy strengar i staden for å senda heile verdien til ein konstruktør for éin URI.
Eit skript les ProxyServer frå Windows Internet Settings og tildeler han til WebProxy.Address. Det fungerer på éin maskin og feilar deretter på ein annan der verdien ser slik ut:
http=proxy-a.example:8080;https=proxy-b.example:8080
Det er ein protokollspesifikk konfigurasjonsstreng, ikkje éin proxy-URI. Å gje heile verdien til ein konstruktør som ventar éi adresse endrar tydinga av inndata.
| Oppføring | Vel proxyen for |
|---|---|
| http=... | HTTP-destinasjonsførespurnader |
| https=... | HTTPS-destinasjonsførespurnader |
Nykelen https tyder ikkje i seg sjølv at sambandet til den proxyen brukar TLS. Ein vanleg HTTP-proxy kan bera HTTPS-destinasjonen gjennom CONNECT.
Føretrekk det støtta systemproxygrensesnittet for den faktiske destinasjonen der klienten tilbyr eitt. Manuelle proxystrengar, omgåingsreglar, URL-ar for automatisk konfigurasjon og automatisk oppdaging er ulike delar av konfigurasjonen. Å lese éin registerverdi kan ikkje gjengje alle. Viss du undersøkjer det lagra kartet, les ProxyEnable og AutoConfigURL ved sida av ProxyServer.
Viss ein integrasjon må analysere ei manuell tilordning, følg det dokumenterte formatet, hald på protokolltilknytinga og bruk ein ekte URI- eller endepunktanalysator for kvar vald verdi. Å dele kvart kolon øydelegg IPv6; å velje den første oppføringa misser skilnaden ovanfor.
Hald dette innanfor rett kontokontekst. Innstillingane til den interaktive brukaren er ikkje automatisk innstillingane til ein teneste som køyrer under ein annan identitet.