Apache HttpClient konas la pasvorton sed daŭre ricevas 407

Ĝusta pasvorto ĉe la provizanto ne starigas kongruan akreditaĵon por la prokuro fakte elektita. Komencu per la skemo, gastiganto kaj pordo de tiu finpunkto; gastiga kampo kutime akceptas nur gastigan nomon aŭ IP, ne plenan URL-on.

1. Legu la tutan aŭtentigan interŝanĝon. Unu 407 sekvata de akceptita reklopodo povas esti normala. Konfirmu, ke la fina rezulto ankoraŭ estas 407 antaŭ ol trakti la ensaluton kiel rifuzitan.
2. Komparu vojaron kaj akreditaĵan amplekson. Aguordigu la efektivan gastiganton/pordon kaj la aliajn kampojn difinitajn de la deplojita HttpClient 5 AuthScope. Malĝusta pordo povas lasi BasicCredentialsProvider sen taŭga ero.
3. Kontrolu metodon kaj identecon. Ĉu la prokuro proponis la subtenatan metodon? Ĉu la reklopodo uzis la atenditan konekton? Ĉu la funkciigisto postulas konton kun domajna kvalifiko aŭ alian dokumentitan formaton?

Uzu la API de la instalita ĉefversio. Recepto por aŭtentiga kaŝmemoro de HttpClient 4 ne transiĝas senŝanĝe al versio 5. Uzu la kontopostulojn de la funkciigisto anstataŭ trairi arbitrajn uznomajn variantojn.

Anticipa aŭtentigo estas alia konscia elekto. Por kongrua skemo ĝi povas forigi unu rondiron, sed ĝi ŝanĝas kiam akreditaĵoj eliras kaj bezonas subtenatan amplekson. Ĝi ne povas esti la unua riparo por miskongrua finpunkto aŭ nesubtenata metodo.

Konservu la defiitan prokuran identecon, metodon, ampleksan kongruon kaj finan staton en redaktitaj diagnozaj datumoj. La pasvorto kaj krudaj spuroj portantaj akreditaĵojn ne necesas por tiu komparo.