Apache HttpClient kent het wachtwoord maar krijgt nog steeds 407

Een juist wachtwoord bij de provider levert nog geen passende referentie op voor de proxy die daadwerkelijk is gekozen. Begin met het schema, de host en de poort van dat endpoint; een hostveld accepteert meestal alleen een hostnaam of IP, geen volledige URL.

1. Lees de volledige authenticatie-uitwisseling. Een 407 gevolgd door een geaccepteerde nieuwe poging kan normaal zijn. Controleer dat het eindresultaat nog steeds 407 is voordat u de aanmelding als geweigerd behandelt.
2. Vergelijk route en reikwijdte van de referenties. Laat de werkelijke host/poort en de andere velden die de uitgerolde HttpClient 5 AuthScope definieert overeenkomen. Een verkeerde poort kan BasicCredentialsProvider zonder passende vermelding achterlaten.
3. Controleer methode en identiteit. Bood de proxy de ondersteunde methode aan? Gebruikte de nieuwe poging de verwachte verbinding? Vereist de operator een domeingekwalificeerd account of een ander gedocumenteerd formaat?

Gebruik de API van de geïnstalleerde hoofdversie. Een recept voor de authenticatiecache van HttpClient 4 gaat niet ongewijzigd over naar versie 5. Gebruik de accountvereisten van de operator in plaats van willekeurige varianten van gebruikersnamen te doorlopen.

Preemptieve authenticatie is een andere bewuste keuze. Voor een compatibel schema kan het een ronde schelen, maar het verandert wanneer referenties het systeem verlaten en vereist een ondersteunde reikwijdte. Het kan niet de eerste reparatie zijn voor een niet-passend endpoint of een niet-ondersteunde methode.

Bewaar de betwiste proxy-identiteit, methode, reikwijdteovereenkomst en eindstatus in geredigeerde diagnostische gegevens. Het wachtwoord en ruwe sporen met referenties zijn voor die vergelijking niet nodig.