Apache HttpClient kender adgangskoden, men får stadig 407

En korrekt adgangskode hos udbyderen etablerer ikke en matchende legitimationsoplysning til den proxy, der faktisk er valgt. Start med den endepunkts skema, vært og port; et værtfelt tager normalt kun et værtsnavn eller en IP, ikke en fuld URL.

1. Læs hele godkendelsesudvekslingen. En 407 efterfulgt af et accepteret nyt forsøg kan være normal. Bekræft, at det endelige resultat stadig er 407, før du behandler login som afvist.
2. Sammenlign rute og legitimationsomfang. Match den faktiske vært/port og de øvrige felter, der er defineret af den udrullede HttpClient 5 AuthScope. En forkert port kan efterlade BasicCredentialsProvider uden en passende post.
3. Kontroller metode og identitet. Tilbød proxyen den understøttede metode? Brugte det nye forsøg den forventede forbindelse? Kræver operatøren en domænekvalificeret konto eller et andet dokumenteret format?

Brug den installerede hovedversions API. En opskrift på godkendelsescache fra HttpClient 4 overføres ikke uændret til version 5. Brug operatørens kontokrav i stedet for at gennemgå vilkårlige brugernavnsvarianter.

Forebyggende godkendelse er et andet bevidst valg. For et kompatibelt skema kan det fjerne en rundtur, men det ændrer, hvornår oplysningerne forlader systemet, og kræver et understøttet omfang. Det kan ikke være den første rettelse ved et ikke-matchende endepunkt eller en ikke-understøttet metode.

Behold den udfordrede proxyidentitet, metoden, omfangsmatch og den endelige status i redigerede diagnostikdata. Adgangskoden og rå spor, der bærer oplysninger, er unødvendige for den sammenligning.