Apache HttpClient zina paroli, bet joprojām saņem 407

Pareiza parole pie pakalpojumu sniedzēja neizveido atbilstošus akreditācijas datus faktiski izvēlētajam starpniekserverim. Sāciet ar šī galapunkta shēmu, resursdatoru un portu; resursdatora lauks parasti pieņem tikai resursdatora nosaukumu vai IP, nevis pilnu URL.

1. Izlasiet visu autentifikācijas apmaiņu. Viens 407, kam seko pieņemts atkārtots mēģinājums var būt normāli. Pirms uzskatīt pieteikšanos par noraidītu, pārliecinieties, ka gala rezultāts joprojām ir 407.
2. Salīdziniet maršrutu un akreditācijas datu tvērumu. Saskaņojiet faktisko resursdatoru/portu un citus laukus, ko nosaka izvietotais HttpClient 5 AuthScope. Nepareizs ports var atstāt BasicCredentialsProvider bez piemērota ieraksta.
3. Pārbaudiet metodi un identitāti. Vai starpniekserveris piedāvāja atbalstīto metodi? Vai atkārtotais mēģinājums izmantoja gaidīto savienojumu? Vai operators pieprasa domēnā kvalificētu kontu vai citu dokumentētu formātu?

Izmantojiet instalētās galvenās versijas API. HttpClient 4 autentifikācijas kešatmiņas recepte nemainīta nepārnesas uz 5. versiju. Izmantojiet operatora konta prasības, nevis pārlūkojiet patvaļīgus lietotājvārda variantus.

Preventīvā autentifikācija ir vēl viena apzināta izvēle. Saderīgai shēmai tā var noņemt vienu apli, taču maina to, kad akreditācijas dati iziet, un prasa atbalstītu tvērumu. Tā nevar būt pirmais labojums neatbilstošam galapunktam vai neatbalstītai metodei.

Glabājiet izaicinātā starpniekservera identitāti, metodi, tvēruma atbilstību un galīgo statusu rediģētos diagnostikas datos. Parole un neapstrādātas pēdas, kas satur akreditācijas datus, šim salīdzinājumam nav vajadzīgas.