En begäran som lyckas via en proxy bevisar att åtgärden var tillåten. Den bevisar kanske inte att lösenordet kontrollerades på nytt: destinationen kan vara undantagen eller anslutningen redan autentiserad.

För en åtgärdskontroll använder du din kontrollerade slutpunkt med ett känt litet svar och en åtkomstpolicy som kontot ska uppfylla:

curl --proxy http://proxy.example:8080   --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD'   https://probe.example/status

Slutpunkten och kontot är platshållare. Detta är mellanliggande uppgifter, åtskilda från varje inloggning på destinationen.

Håll svarssteget och utmaningen tillsammans. En 407 kan inleda eller fortsätta förhandling, rapportera metoder som inte stöds eller avvisa ett konto. En 403 kan ange en policyavvisning, och ett senare webbplatsfel kan följa på en lyckad proxy-inloggning.

För färsk kontovalidering använder du operatörens validering av kontot eller loggar över autentiserad identitet. På din egen proxy kan backend-bevis skilja faktisk validering från en anonymt tillåten begäran. Vid lösenordsbyten tar du med valideringsfönstret i cachen när du avgör om den gamla uppgiften borde ha slutat fungera. För Squid 6.13 Basic styr credentialsttl ett valideringsfönster i cachen.

Relaterade artiklar