Testiranje proxy vjerodajnica: uspjeh zahtjeva nasuprot svježe validacije
Upotrijebite kontrolirano odredište, zatim razlikujte dopušteni zahtjev od svježe provjere dostavljene proxy lozinke.
Zahtjev koji uspije kroz proxy dokazuje da je taj postupak bio dopušten. Ali ne mora dokazati da je lozinka ponovno provjerena: odredište može biti izuzeto ili je veza već autentificirana.
Za provjeru postupka upotrijebite 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 vjerodajnice, odvojene od bilo koje prijave na odredište.
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 označavati odbijanje prema pravilu, a kasnija pogreška web-mjesta može uslijediti nakon uspješne proxy prijave.
Za svježu validaciju računa upotrijebite operaterovu podržanu provjeru računa ili zapise autentificiranog identiteta. Na vlastitom proxyju dokazi iz pozadinskog sustava mogu razlikovati stvarnu validaciju od anonimno dopuštenog zahtjeva. Pri promjenama lozinke uključite prozor keširane validacije kada odlučujete je li stara vjerodajnica trebala prestati raditi. Za Squid 6.13 Basic credentialsttl upravlja prozorom keša validacije.