Apache HttpClient kennt das Passwort, bekommt aber weiterhin 407

Ein korrektes Passwort beim Anbieter erzeugt keine passenden Anmeldedaten für den tatsächlich ausgewählten Proxy. Beginnen Sie mit Schema, Host und Port dieses Endpunkts; ein Host-Feld nimmt meist nur einen Hostnamen oder eine IP auf, keine vollständige URL.

1. Lesen Sie den gesamten Authentifizierungsaustausch. Ein 407, auf den ein akzeptierter Wiederholungsversuch folgt kann normal sein. Stellen Sie sicher, dass das Endergebnis weiterhin 407 ist, bevor Sie die Anmeldung als abgelehnt behandeln.
2. Vergleichen Sie Route und Geltungsbereich der Anmeldedaten. Gleichen Sie den tatsächlichen Host/Port und die weiteren Felder ab, die der eingesetzte HttpClient 5 AuthScope definiert. Ein falscher Port kann BasicCredentialsProvider ohne passenden Eintrag lassen.
3. Prüfen Sie Methode und Identität. Hat der Proxy die unterstützte Methode angeboten? Hat der Wiederholungsversuch die erwartete Verbindung genutzt? Verlangt der Betreiber ein domänenqualifiziertes Konto oder ein anderes dokumentiertes Format?

Verwenden Sie die API der installierten Hauptversion. Ein Rezept für den Authentifizierungs-Cache von HttpClient 4 lässt sich nicht unverändert auf Version 5 übertragen. Nutzen Sie die Kontovorgaben des Betreibers, statt beliebige Benutzernamen-Varianten durchzuprobieren.

Vorauseilende Authentifizierung ist eine weitere bewusste Entscheidung. Bei einem kompatiblen Schema kann sie einen Umlauf sparen, ändert aber, wann Anmeldedaten das System verlassen, und braucht einen unterstützten Geltungsbereich. Sie kann nicht die erste Reparatur bei einem unpassenden Endpunkt oder einer nicht unterstützten Methode sein.

Halten Sie die angefochtene Proxy-Identität, Methode, Geltungsbereichsübereinstimmung und den Endstatus in redigierten Diagnosedaten fest. Das Passwort und rohe, anmeldedatenhaltige Spuren sind für diesen Vergleich unnötig.