Testarea acreditărilor proxy: succesul cererii versus validare proaspătă
Folosiți o destinație controlată, apoi distingeți o cerere permisă de verificarea proaspătă a parolei proxy furnizate.
O cerere care reușește printr-un proxy dovedește că operațiunea respectivă era permisă. S-ar putea să nu dovedească faptul că parola a fost verificată din nou: destinația poate fi exceptată sau conexiunea poate fi deja autentificată.
Pentru o verificare a operațiunii, folosiți punctul final controlat cu un răspuns mic cunoscut și o politică de acces pe care contul trebuie să o îndeplinească:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD' https://probe.example/statusPunctul final și contul sunt substituenți. Acestea sunt acreditări intermediare, separate de orice autentificare la destinație.
Țineți împreună etapa răspunsului și provocarea. Un 407 poate începe sau continua negocierea, poate raporta metode neacceptate sau poate respinge un cont. Un 403 poate indica un refuz conform politicii, iar o eroare ulterioară a site-ului poate urma după o autentificare reușită prin proxy.
Pentru validarea proaspătă a contului, folosiți verificarea de cont acceptată de operator sau jurnalele de identitate autentificată. Pe propriul proxy, dovezile din backend pot distinge validarea reală de o cerere permisă anonim. La schimbarea parolei, includeți fereastra de validare din cache atunci când decideți dacă acreditarea veche ar fi trebuit să nu mai funcționeze. Pentru Squid 6.13 Basic, credentialsttl controlează o fereastră de cache de validare.