WPAD er på. Kvifor er proxyadressa til WinHTTP tom?
Å lese proxykonfigurasjonen i Windows og å avgjere ein proxy for ein destinasjon er to separate operasjonar. Tenesteidentitet legg til nok ei grense.
Automatisk proxyoppdaging kan vere på medan den manuelle proxystrengen er tom. WinHttpGetIEProxyConfigForCurrentUser() returnerer konfigurasjonsfelt, ikkje eit endeleg endepunkt for kvar destinasjon.
| Felt | Betyding |
|---|---|
| Manuell proxy | Ein eksplisitt konfigurert verdi |
| URL for automatisk konfigurasjon | Plasseringa til PAC-skriptet |
| Flagg for automatisk oppdaging | Om oppdaging er slått på |
Strukturen er utdata. Å setje medlemmet for automatisk oppdaging før funksjonen vert kalla, slår ikkje på Windows-oppdaging. Bruk felta som vert returnerte til å byggje ein eigen førespurnad om automatisk proxy med dei dokumenterte flagga.
Avgjer først, bruk deretter
Eit API som WinHttpGetProxyForUrl() vurderer den faktiske URL-en til destinasjonen. Oppgi den URL-en, ikkje PAC-nedlastings-URL-en, og bruk resultatet av avgjerda på den relevante WinHTTP-førespurnaden.
Eit direkte resultat er gyldig. Feil ved skriptnedlasting, skriptvurdering og proxyforbinding oppstår i separate trinn. Kontroller feilkodar og følg eigarskapsreglane for returnerte strengar.
Kven sin konfigurasjon?
“CurrentUser” tyder konteksten til den som kallar. Ei teneste utan rett identitetsoverføring kan lese innstillingane til tenestekontoen sin i staden for skrivebordsbrukaren sine.
Vel medvite om tenesta brukar styrte innstillingar eller følgjer konfigurasjonen til ein autorisert brukar, inkludert åtferd når det ikkje finst ein interaktiv brukar. Tokenhandtering og opprydding av ressursar må følgje dei støtta identitets-API-ane.
For feilsøking, hald kontoen til den som kallar, konfigurasjonsfelta, destinasjonen, resultatet av avgjerda og den første tilkoplingsfeilen saman. Det viser kva trinn som gav den tomme verdien eller den mislukka ruta.