Тестирање прокси акредитива: успех захтева наспрам свеже валидације
Користите контролисану дестинацију, затим разликујте дозвољени захтев од свеже провере достављене прокси лозинке.
Захтев који успе кроз прокси доказује да је та операција била дозвољена. Али не мора доказати да је лозинка проверена изнова: дестинација може бити изузета или веза већ аутентификована.
За проверу операције користите своју контролисану крајњу тачку са познатим малим одговором и правилом приступа које налог треба да задовољи:
curl --proxy http://proxy.example:8080 --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD' https://probe.example/statusКрајња тачка и налог су заменске вредности. То су посреднички акредитиви, одвојени од било које пријаве на дестинацију.
Држите фазу одговора и изазов заједно. 407 може започети или наставити преговарање, пријавити неподржане методе или одбити налог. 403 може указати на одбијање по правилу, а каснија грешка сајта може уследити после успешне прокси пријаве.
За свежу валидацију налога користите оператерову подржану проверу налога или записе аутентификованог идентитета. На сопственом проксију докази из позадинског система могу разликовати стварну валидацију од анонимно дозвољеног захтева. При промени лозинке укључите прозор кеширане валидације када одлучујете да ли је стари акредитив требало да престане да ради. За Squid 6.13 Basic credentialsttl управља прозором кеша валидације.