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.

PostVæ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.

Relaterede artikler