Kontrollér Windows curl for SSPI, før du bruger native proxy-legitimationsoplysninger
NTLM-protokolunderstøttelse er adskilt fra Windows-integration af sikkerhedskontekst; undersøg den præcise eksekverbare fil, der kører jobbet.
Spørg jobbets faktiske eksekverbare fil om dens funktionsrapport:
curl.exe --versionNTLM angiver en godkendelsesmetode. SSPI integrerer med Windows' sikkerhedsfaciliteter. For et Windows-build med SSPI og en NTLM-proxy er den dokumenterede form for den aktuelle kontekst:
curl.exe --proxy http://proxy.example.net:8080 --proxy-ntlm --proxy-user : https://service.example.net/Det enkelte kolon vælger legitimationsoplysninger fra det aktuelle miljø; det er ikke en opskrift på en tom eksplicit adgangskode for hvert build. Proxyen skal tilbyde den valgte metode og acceptere den identitet. Når udvekslingen stadig mislykkes, spor NTLM-udfordringsforløbet på den rute.
Hold proceskontoen med i sammenligningen. En planlagt opgave eller tjeneste har en anden sikkerhedskontekst end browserens skrivebordsbruger.
Brug rapporterede egenskaber i stedet for en gammel anbefaling om en fast version. TLS-backenden og HTTPS-proxyunderstøttelsen er fortsat separate funktioner, når disse forbindelser er nødvendige.