Verificate curl di Windows per SSPI prima di usare credenziali proxy native
Il supporto al protocollo NTLM è separato dall'integrazione con il contesto di sicurezza di Windows; ispezionate l'eseguibile esatto che esegue il lavoro.
Chiedete all'eseguibile effettivo del lavoro il suo resoconto delle funzionalità:
curl.exe --versionNTLM identifica un metodo di autenticazione. SSPI si integra con i servizi di sicurezza di Windows. Per una build di Windows con SSPI e un proxy NTLM, la forma documentata per il contesto corrente è:
curl.exe --proxy http://proxy.example.net:8080 --proxy-ntlm --proxy-user : https://service.example.net/I due punti singoli selezionano le credenziali dall'ambiente corrente; non è una ricetta per una password esplicita vuota in ogni build. Il proxy deve offrire il metodo scelto e accettare quell'identità. Se lo scambio continua a fallire, su quella rotta seguite il flusso della richiesta NTLM.
Tenete l'account del processo nel confronto. Un'attività pianificata o un servizio ha un contesto di sicurezza diverso da quello dell'utente desktop del browser.
Usate le capacità dichiarate invece di una vecchia raccomandazione su una versione fissa. Il backend TLS e il supporto proxy HTTPS restano funzionalità separate quando queste connessioni sono necessarie.