Use o nome do host do proxy para autenticação Negotiate no curl
Mantenha a identidade de serviço registrada do proxy ao diagnosticar um login Negotiate, em vez de presumir que o IP seja um nome equivalente.
Use o nome do proxy fornecido para a implantação Negotiate. Uma conexão TCP com o IP não estabelece que a mesma identidade de autenticação será solicitada.
curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/Substitua o nome do host do proxy pelo nome de serviço aprovado. Isso seleciona o Negotiate do proxy usando a configuração de credenciais disponível na plataforma; não cria um login de domínio nem obtém tickets de um serviço de autenticação indisponível.
Em uma implantação que espera HTTP/proxy.example, usar um IP ou outro alias pode mudar a identidade de serviço solicitada. Alguns ambientes oferecem suporte explícito a outros esquemas de nomes, portanto preserve a identidade configurada em vez de declarar a autenticação por IP impossível em todos os casos.
Verifique o binário real do curl e o ambiente da conta. O suporte a GSSAPI ou SSPI depende da plataforma e do build. Se a implantação exigir um componente de serviço específico, use a opção de nome de serviço do proxy do curl conforme a configuração registrada; adivinhar nomes pode deslocar a falha em vez de corrigi-la.
Negotiate é uma etiqueta de negociação de mecanismo. Sua presença, sozinha, não determina qual mecanismo subjacente foi escolhido. Use diagnósticos autorizados de cliente/servidor quando essa distinção importar e mantenha tickets e tokens fora de relatórios compartilhados.