De ProxyServer-wearde fan Windows kin in kaart wêze
Herken protokolspezifike Windows-proxy-strings ynstee fan de hiele wearde oan ien URI-konstruktor te jaan.
In skript lêst ProxyServer út Windows Internet Settings en tawijt it oan WebProxy.Address. It wurket op ien masine en mislearret dan op in oare waans wearde der sa útsjocht:
http=proxy-a.example:8080;https=proxy-b.example:8080Dat is in protokolspezifike konfiguraasjestring, net ien proxy-URI. De hiele wearde jaan oan in konstruktor dy't ien adres ferwachtet, feroaret de betsjutting fan de ynfier.
| Yngong | Kiest de proxy foar |
|---|---|
| http=... | HTTP-bestimmingsfersiken |
| https=... | HTTPS-bestimmingsfersiken |
De kaai https betsjut op himsels net dat de ferbining mei dy proxy TLS brûkt. In gewoane HTTP-proxy kin de HTTPS-bestimming fia CONNECT drage.
Foarkar jouwe oan de stipe systeemproxy-ynterface foar de werklike bestimming wêr't de klant ien leveret. Manuele proxy-strings, omgongsregels, URL's foar automatyske konfiguraasje en automatyske ûntdekking binne ferskate dielen fan 'e konfiguraasje. It lêzen fan ien registerwearde kin se net allegear werjaan. As jo de bewarre kaart ynspektearje, lês ProxyEnable en AutoConfigURL njonken ProxyServer.
As in yntegraasje in manuele mapping parse moat, folgje dan it dokumintearre formaat, behâld de protokolassosjaasje en brûk in echte URI- as einpuntparser foar elke selektearre wearde. Elk kolon splitsje brekt IPv6; de earste yngong kieze ferliest it ûnderskie hjirboppe.
Hâld dit yn 'e passende akkountkontekst. De ynstellingen fan 'e ynteraktive brûker binne net automatysk de ynstellingen fan in tsjinst dy't ûnder in oare identiteit draait.