Testiranje proxy akredencijala: uspeh zahteva naspram sveže validacije
Koristite kontrolisanu destinaciju, zatim razlikujte dozvoljeni zahtev od sveže provere dostavljene proxy lozinke.
Zahtev koji uspe kroz proxy dokazuje da je ta operacija bila dozvoljena. Ali ne mora dokazati da je lozinka proverena iznova: destinacija može biti izuzeta ili veza već autentifikovana.
Za proveru operacije koristite svoju kontrolisanu krajnju tačku sa poznatim malim odgovorom i pravilom pristupa koje nalog treba da zadovolji:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD' https://probe.example/statusKrajnja tačka i nalog su zamenske vrednosti. To su posrednički akredencijali, odvojeni od bilo koje prijave na destinaciju.
Držite fazu odgovora i izazov zajedno. 407 može započeti ili nastaviti pregovaranje, prijaviti nepodržane metode ili odbiti nalog. 403 može ukazati na odbijanje po pravilu, a kasnija greška sajta može uslediti posle uspešne proxy prijave.
Za svežu validaciju naloga koristite operaterovu podržanu proveru naloga ili zapise autentifikovanog identiteta. Na sopstvenom proxyju dokazi iz pozadinskog sistema mogu razlikovati stvarnu validaciju od anonimno dozvoljenog zahteva. Pri promeni lozinke uključite prozor keširane validacije kada odlučujete da li je stari akredencijal trebalo da prestane da radi. Za Squid 6.13 Basic credentialsttl upravlja prozorom keša validacije.