Testing av proxy-påloggingsdata: forespørselsresultat mot fersk validering
Bruk en kontrollert destinasjon, og skill så en tillatt forespørsel fra fersk verifisering av proxy-passordet du oppgav.
Når en forespørsel går gjennom en proxy, viser det at operasjonen var tillatt. Det viser ikke nødvendigvis at passordet ble sjekket på nytt: destinasjonen kan være fritatt, eller forbindelsen kan allerede være autentisert.
Ved kontroll av en operasjon bruker du ditt eget kontrollerte endepunkt med et kjent lite svar og en tilgangsregel kontoen skal oppfylle:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD' https://probe.example/statusEndepunktet og kontoen er bare plassholdere. Dette er mellomliggende påloggingsdata, atskilt fra all innlogging på destinasjonen.
Se svartrinnet og utfordringen under ett. En 407 kan innlede eller fortsette forhandling, melde om metoder som ikke støttes, eller avvise en konto. En 403 kan bety avslag etter regelverket, og en senere feil på nettstedet kan komme etter vellykket proxy-innlogging.
For fersk validering av kontoen bruker du kontokontrollen operatøren støtter, eller logger over autentisert identitet. På din egen proxy kan bevis fra baksystemet skille reell validering fra en forespørsel som ble tillatt anonymt. Ved passordbytte må du ta med valideringsvinduet i hurtigbufferen når du vurderer om de gamle påloggingsdataene burde ha sluttet å virke. I Squid 6.13 Basic styrer credentialsttl et valideringsvindu i hurtigbufferen.