Verifique o curl do Windows para SSPI antes de usar credenciais de proxy nativas
O suporte ao protocolo NTLM é separado da integração com o contexto de segurança do Windows; inspecione o executável exato que executa a tarefa.
Peça ao executável real da tarefa o relatório de recursos:
curl.exe --versionNTLM identifica um método de autenticação. O SSPI integra-se aos recursos de segurança do Windows. Para uma compilação do Windows com SSPI e um proxy NTLM, a forma documentada para o contexto atual é:
curl.exe --proxy http://proxy.example.net:8080 --proxy-ntlm --proxy-user : https://service.example.net/Os dois-pontos únicos selecionam credenciais do ambiente atual; não é uma receita de senha explícita vazia para todas as compilações. O proxy deve oferecer o método escolhido e aceitar essa identidade. Se a troca ainda falhar, nessa rota acompanhe o fluxo do desafio NTLM.
Mantenha a conta do processo na comparação. Uma tarefa agendada ou serviço tem um contexto de segurança diferente do usuário da área de trabalho do navegador.
Use os recursos relatados em vez de uma recomendação antiga de versão fixa. O backend TLS e o suporte a proxy HTTPS continuam sendo recursos separados quando essas conexões são necessárias.