Apache HttpClient ken die wagwoord, maar kry steeds 407

'n Korrekte wagwoord by die verskaffer vestig nie 'n passende bewyse vir die proxy wat werklik gekies is nie. Begin met daardie eindpunt se skema, gasheer en poort; 'n gasheerveld neem gewoonlik net 'n gasheernaam of IP, nie 'n volledige URL nie.

1. Lees die hele verifikasie-uitruiling. Een 407 gevolg deur 'n aanvaarde herprobeerslag kan normaal wees. Stel vas dat die finale resultaat steeds 407 is voordat jy die aanmelding as verwerp beskou.
2. Vergelyk roete en bewyse-omvang. Pas die werklike gasheer/poort en ander velde wat deur die geïmplementeerde HttpClient 5 AuthScope gedefinieer word. 'n Verkeerde poort kan BasicCredentialsProvider sonder 'n geskikte inskrywing laat.
3. Kontroleer metode en identiteit. Het die proxy die ondersteunde metode aangebied? Het die herprobeerslag die verwagte verbinding gebruik? Vereis die operateur 'n domeingekwalifiseerde rekening of 'n ander gedokumenteerde formaat?

Gebruik die geïnstalleerde hoofweergawe-API. 'n HttpClient 4-verifikasiekas-resep pas nie onveranderd in weergawe 5 nie. Gebruik die operateur se rekeningvereistes eerder as om deur arbitrêre gebruikersnaamvariante te loop.

Voorkomende verifikasie is 'n ander doelbewuste keuse. Vir 'n versoenbare skema kan dit 'n rondte vermy, maar dit verander wanneer bewyse vertrek en vereis 'n ondersteunde omvang. Dit kan nie die eerste regstelling wees vir 'n pas verkeerde eindpunt of 'n onondersteunde metode nie.

Hou die uitgedaagde proxy-identiteit, metode, omvang-ooreenstemming en finale status in geredigeerde diagnostiek. Die wagwoord en rou bewyse-draende spore is onnodig vir daardie vergelyking.