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øringVel 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.

Relaterte artiklar