Usa il nome host del proxy per l’autenticazione Negotiate di curl
Mantieni l’identità del servizio registrata del proxy quando diagnostichi un accesso Negotiate, invece di considerare l’indirizzo IP un nome equivalente.
Usa il nome del proxy fornito per la distribuzione Negotiate. Una connessione TCP al relativo IP non stabilisce che verrà richiesta la stessa identità di autenticazione.
curl --proxy http://proxy.example:3128 --proxy-negotiate --proxy-user : --noproxy '' --connect-timeout 5 --max-time 20 https://example.com/Sostituisci il nome host del proxy con il nome del servizio approvato. In questo modo viene selezionato Negotiate per il proxy usando la configurazione delle credenziali disponibile sulla piattaforma; non viene creato un accesso al dominio e non si ottengono ticket da un servizio di autenticazione non disponibile.
In una distribuzione che prevede HTTP/proxy.example, usare un IP o un altro alias può cambiare l’identità del servizio richiesta. Alcuni ambienti supportano esplicitamente altre modalità di denominazione, quindi conserva l’identità configurata invece di dichiarare sempre impossibile l’autenticazione tramite IP.
Controlla il binario curl effettivo e l’ambiente dell’account. Il supporto GSSAPI o SSPI dipende dalla piattaforma e dalla build. Se la distribuzione richiede un componente di servizio specifico, usa l’opzione curl per il nome del servizio proxy secondo la configurazione registrata; indovinare i nomi può spostare il problema invece di risolverlo.
Negotiate è un’etichetta di negoziazione del meccanismo. La sua presenza da sola non stabilisce quale meccanismo sottostante sia stato scelto. Usa diagnostica autorizzata client/server quando la distinzione è importante e tieni ticket e token fuori da rapporti condivisi.