Testare le credenziali del proxy: successo della richiesta o validazione nuova
Usate una destinazione controllata, poi distinguete una richiesta consentita da una verifica nuova della password proxy fornita.
Una richiesta che riesce attraverso un proxy dimostra che quell'operazione era consentita. Potrebbe non dimostrare che la password sia stata controllata di nuovo: la destinazione può essere esente o la connessione già autenticata.
Per un controllo di operazione usate il vostro endpoint controllato con una risposta piccola nota e una politica di accesso che l'account deve soddisfare:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD' https://probe.example/statusL'endpoint e l'account sono segnaposto. Sono credenziali intermedie, separate da qualsiasi accesso alla destinazione.
Tenete insieme la fase di risposta e la sfida. Un 407 può iniziare o proseguire una negoziazione, segnalare metodi non supportati o rifiutare un account. Un 403 può indicare un rifiuto per politica, e un errore successivo del sito può seguire un accesso proxy riuscito.
Per una validazione nuova dell'account usate il controllo account supportato dall'operatore o i log di identità autenticata. Sul vostro proxy, le prove del backend possono distinguere una validazione reale da una richiesta consentita in modo anonimo. Durante i cambi di password, includete la finestra di validazione nella cache quando decidete se la vecchia credenziale avrebbe dovuto smettere di funzionare. Per Squid 6.13 Basic, credentialsttl controlla una finestra di cache di validazione.