Ispravna lozinka kod provajdera ne stvara odgovarajuće akreditive za stvarno izabrani proxy. Počnite sa šemom, hostom i portom te krajnje tačke; polje hosta obično prima samo ime hosta ili IP, ne ceo URL.

  1. Pročitajte celu autentikacijsku razmenu. Jedan 407 nakon kog sledi prihvaćeni ponovni pokušaj može biti normalan. Potvrdite da je konačni rezultat još uvek 407 pre nego što prijavu smatrate odbijenom.
  2. Uporedite rutu i obim akreditiva. Uskladite stvarni host/port i ostala polja definisana implementiranim HttpClient 5 AuthScope. Pogrešan port može ostaviti BasicCredentialsProvider bez odgovarajućeg unosa.
  3. Proverite metodu i identitet. Da li je proxy ponudio podržanu metodu? Da li je ponovni pokušaj koristio očekivanu vezu? Da li operater zahteva nalog sa kvalifikovanim domenom ili drugi dokumentovani format?

Koristite API instalirane glavne verzije. Recept za keš autentikacije u HttpClient 4 ne prenosi se nepromenjen u verziju 5. Koristite operaterove zahteve za nalog umesto prolaska kroz proizvoljne varijante korisničkog imena.

Preventivna autentikacija je još jedan svestan izbor. Za kompatibilnu šemu može ukloniti jedan krug, ali menja kada akreditive izlaze i zahteva podržan obim. Ne može biti prva popravka za neusklađenu krajnju tačku ili nepodržanu metodu.

Držite izazvani identitet proxyja, metodu, podudaranje obima i konačni status u redigovanim dijagnostičkim podacima. Lozinka i sirovi tragovi koji nose akreditive nisu potrebni za to poređenje.

Povezani članci