Treffen Sie für jeden HTTP-Authentifizierungs-Callback die Entscheidung über die Anmeldedaten in dieser Reihenfolge:

  1. Prüfen Sie, ob der Anforderer der Proxy und nicht der Zielserver ist.
  2. Gleichen Sie den anfordernden Host und Port mit einem zugelassenen Proxy-Eintrag ab.
  3. Geben Sie das Konto dieses Eintrags zurück oder keine Anmeldedaten bei einer nicht passenden Challenge.

Ein einzelner bedingungsloser Benutzername/ein Passwort kann die Konten zweier Proxys nicht ausdrücken und kann sie an einen anderen Empfänger weitergeben.

Bevorzugen Sie einen clientgebundenen Authenticator, wenn Sie Javas HTTP-Client-Builder verwenden. Ein JVM-Standard-Authenticator wirkt sich auch auf anderen beteiligten Code aus.

Definieren Sie jede Host-Alias-Zuordnung bewusst, statt beliebige Namen zu akzeptieren. Dies ist ein HTTP-Muster; SOCKS kann selbst bei einem ähnlichen Hostnamen einen anderen Implementierungspfad nutzen.

Zeichnen Sie zur Diagnose den Challenge-Typ und die passende Konto-ID ohne deren Geheimnis auf. Das erklärt die Bereichsentscheidung, ohne Passwörter zu protokollieren.

Ähnliche Artikel