Sélectionner les identifiants du proxy HTTP Java à partir de l'identité du défi
Faites correspondre le type de demandeur, l'hôte et le port avant de renvoyer un compte ; gardez les défis de serveur non liés hors de cette recherche.
Pour chaque rappel d'authentification HTTP, prenez la décision d'identifiants dans cet ordre :
- Vérifiez que le demandeur est le proxy et non le serveur de destination.
- Faites correspondre l'hôte et le port demandeurs à une entrée de proxy approuvée.
- Renvoyez le compte de cette entrée, ou aucun identifiant pour un défi non correspondant.
Un seul nom d'utilisateur/mot de passe inconditionnel ne peut pas exprimer les comptes de deux proxys et peut les divulguer à un autre destinataire.
Préférez un Authenticator attaché au client lorsque vous utilisez le constructeur de client HTTP de Java. Un Authenticator par défaut de la JVM affecte aussi le reste du code participant.
Définissez toute correspondance d'alias d'hôte délibérément au lieu d'accepter des noms arbitraires. C'est un modèle HTTP ; SOCKS peut emprunter un autre chemin d'implémentation même avec un nom d'hôte similaire.
Pour le diagnostic, enregistrez le type de défi et l'identifiant du compte correspondant sans son secret. Cela explique la décision de portée sans journaliser les mots de passe.