Праверка ўліковых даных проксі: поспех запыту і свежая валідацыя

Паспяховы запыт праз проксі даказвае, што гэтая аперацыя была дазволена. Але ён можа не даказваць, што пароль праверылі нанова: пункт прызначэння можа быць выключаны, або злучэнне ўжо аўтэнтыфікавана.

Для праверкі аперацыі выкарыстайце свой кантраляваны канечны пункт з вядомым невялікім адказам і палітыкай доступу, якой павінен адпавядаць уліковы запіс:

curl --proxy http://proxy.example:8080   --proxy-anyauth --proxy-user 'USER:PROXY_PASSWORD'   https://probe.example/status

Канечны пункт і ўліковы запіс — запаўняльнікі. Гэта прамежкавыя ўліковыя даныя, асобныя ад любога ўваходу ў пункт прызначэння.

Трымайце стадыю адказу і выклік разам. 407 можа пачаць або працягнуць перамовы, паведаміць пра неподтрымліваныя метады або адхіліць уліковы запіс. 403 можа ўказваць на адмову па палітыцы, а пазнейшая памылка сайта можа ісці пасля паспяховага ўваходу праз проксі.

Для свежай валідацыі ўліковага запісу выкарыстайце падтрыманую аператарам праверку або журналы аўтэнтыфікаванай асобы. На ўласным проксі звесткі бэкенда дазваляюць адрозніць сапраўдную валідацыю ад ананімна дазволенага запыту. Падчас змены пароля ўлічвайце акно кэшаванай валідацыі, калі вырашаеце, ці павінны старыя даныя перастаць працаваць. Для Squid 6.13 Basic credentialsttl кіруе акном кэша валідацыі.