Správné heslo u poskytovatele nevytváří odpovídající přihlašovací údaj pro skutečně zvolenou proxy. Začněte schématem, hostitelem a portem tohoto koncového bodu; pole hostitele obvykle přijímá jen název hostitele nebo IP, ne úplnou URL.

  1. Přečtěte si celou výměnu ověřování. Jeden 407 následovaný přijatým opakovaným pokusem může být normální. Než přihlášení označíte za odmítnuté, ověřte, že konečný výsledek je stále 407.
  2. Porovnejte trasu a rozsah přihlašovacích údajů. Slaďte skutečného hostitele/port a další pole definovaná nasazeným HttpClient 5 AuthScope. Špatný port může nechat BasicCredentialsProvider bez vhodné položky.
  3. Zkontrolujte metodu a identitu. Nabídla proxy podporovanou metodu? Použil opakovaný pokus očekávané spojení? Vyžaduje operátor účet s kvalifikovanou doménou nebo jiný dokumentovaný formát?

Použijte API nainstalované hlavní verze. Recept na mezipaměť ověřování z HttpClient 4 se do verze 5 nepřenáší beze změny. Použijte požadavky operátora na účet místo procházení libovolných variant uživatelského jména.

Předběžné ověřování je další vědomá volba. U kompatibilního schématu může ušetřit jedno kolo, ale mění okamžik, kdy údaje odcházejí, a potřebuje podporovaný rozsah. Nemůže být první opravou pro neshodný koncový bod nebo nepodporovanou metodu.

Uchovávejte zpochybněnou identitu proxy, metodu, shodu rozsahu a konečný stav v redigované diagnostice. Heslo a surové stopy nesoucí údaje nejsou pro toto srovnání potřeba.

Související články