Testiranje proxy akreditiva: uspjeh zahtjeva naspram svježe validacije
Koristite kontroliranu destinaciju, pa razlikujte dozvoljeni zahtjev od svježe provjere dostavljene proxy lozinke.
Zahtjev koji uspije kroz proxy dokazuje da je ta operacija bila dozvoljena. Ali ne mora dokazati da je lozinka provjerena iznova: destinacija može biti izuzeta ili je veza već autentificirana.
Za provjeru operacije koristite svoju kontroliranu krajnju točku s poznatim malim odgovorom i pravilom pristupa koje račun treba zadovoljiti:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD' https://probe.example/statusKrajnja točka i račun su zamjenske vrijednosti. To su posredničke akreditive, odvojene 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 račun. 403 može značiti odbijanje po pravilu, a kasnija greška web stranice može uslijediti nakon uspješne proxy prijave.
Za svježu validaciju računa koristite operaterovu podržanu provjeru računa ili zapise autentificiranog identiteta. Na vlastitom proxyju dokazi s pozadinskog sustava mogu razlikovati stvarnu validaciju od anonimno dozvoljenog zahtjeva. Pri promjeni lozinke uključite prozor keširane validacije kada odlučujete je li stara akreditive trebala prestati raditi. Za Squid 6.13 Basic credentialsttl upravlja prozorom keša validacije.