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

Запрос, успешно проходящий через прокси, доказывает, что эта операция была разрешена. Но он может не доказывать, что пароль проверили заново: пункт назначения может быть исключён или соединение уже аутентифицировано.

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

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

Конечная точка и аккаунт — заполнители. Это промежуточные учётные данные, отдельные от любого входа в пункт назначения.

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

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