Alam ng Apache HttpClient ang password pero nakakakuha pa rin ng 407

Ang tamang password sa provider ay hindi nagtatatag ng tugmang kredensyal para sa proxy na aktwal na napili. Simulan sa scheme, host, at port ng endpoint na iyon; ang field ng host ay karaniwang tumatanggap lamang ng hostname o IP, hindi ng buong URL.

1. Basahin ang buong palitan ng pagpapatotoo. Ang isang 407 na sinusundan ng tinanggap na muling pagtatangka ay maaaring normal. Tiyakin na ang huling resulta ay 407 pa rin bago ituring na tinanggihan ang pag-login.
2. Ihambing ang ruta at saklaw ng kredensyal. Itugma ang aktwal na host/port at ang iba pang field na tinukoy ng naka-deploy na HttpClient 5 AuthScope. Ang maling port ay maaaring mag-iwan sa BasicCredentialsProvider na walang angkop na entry.
3. Suriin ang paraan at pagkakakilanlan. Inialok ba ng proxy ang sinusuportahang paraan? Ginamit ba ng muling pagtatangka ang inaasahang koneksyon? Kinakailangan ba ng operator ang account na kwalipikado sa domain o iba pang dokumentadong format?

Gamitin ang API ng naka-install na major na bersyon. Ang recipe ng cache ng pagpapatotoo ng HttpClient 4 ay hindi lumilipat nang walang pagbabago sa bersyon 5. Gamitin ang mga pangangailangan sa account ng operator sa halip na mag-ikot sa mga arbitrarayong variant ng username.

Ang preemptive na pagpapatotoo ay isa pang sinadyang pagpili. Para sa tugmang scheme, maaari nitong alisin ang isang pag-ikot, ngunit binabago nito kung kailan lumalabas ang mga kredensyal at nangangailangan ng sinusuportahang saklaw. Hindi ito maaaring maging unang pag-aayos para sa hindi tugmang endpoint o hindi sinusuportahang paraan.

Itago ang hinamon na pagkakakilanlan ng proxy, paraan, tugma ng saklaw, at huling estado sa na-edit na mga diagnostic. Ang password at mga hilaw na bakas na nagdadala ng kredensyal ay hindi kailangan para sa paghahambing na iyon.