Tester les identifiants de proxy : succès de la requête ou validation fraîche

Une requête qui réussit via un proxy prouve que cette opération était autorisée. Elle ne prouve pas forcément que le mot de passe a été vérifié à nouveau : la destination peut être exemptée, ou la connexion déjà authentifiée.

Pour un contrôle d'opération, utilisez votre point de terminaison contrôlé avec une petite réponse connue et une politique d'accès que le compte doit satisfaire :

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

Le point de terminaison et le compte sont des marqueurs. Ce sont des identifiants intermédiaires, distincts de toute connexion à la destination.

Gardez ensemble l'étape de réponse et le défi. Un 407 peut commencer ou poursuivre une négociation, signaler des méthodes non prises en charge ou rejeter un compte. Un 403 peut indiquer un refus de politique, et une erreur ultérieure du site peut suivre une connexion proxy réussie.

Pour une validation fraîche du compte, utilisez le contrôle de compte pris en charge par l'opérateur ou les journaux d'identité authentifiée. Sur votre propre proxy, les preuves du backend peuvent distinguer une validation réelle d'une requête autorisée anonymement. Lors des changements de mot de passe, tenez compte de la fenêtre de validation en cache pour décider si l'ancien identifiant aurait dû cesser de fonctionner. Pour Squid 6.13 Basic, credentialsttl contrôle une fenêtre de cache de validation.