Apache HttpClient зна лозинку али и даље добија 407

Исправна лозинка код провајдера не ствара одговарајуће акредитиве за стварно изабрани прокси. Почните са шемом, хостом и портом те крајње тачке; поље хоста обично прима само име хоста или IP, не цео URL.

1. Прочитајте целу аутентикациону размену. Један 407 након ког следи прихваћени поновни покушај може бити нормалан. Потврдите да је коначни резултат још увек 407 пре него што пријаву сматрате одбијеном.
2. Упоредите руту и обим акредитива. Ускладите стварни хост/порт и остала поља дефинисана имплементираним HttpClient 5 AuthScope. Погрешан порт може оставити BasicCredentialsProvider без одговарајућег уноса.
3. Проверите методу и идентитет. Да ли је прокси понудио подржану методу? Да ли је поновни покушај користио очекивану везу? Да ли оператер захтева налог са квалификованим доменом или други документовани формат?

Користите API инсталиране главне верзије. Рецепт за кеш аутентикације у HttpClient 4 не преноси се непромењен у верзију 5. Користите оператерове захтеве за налог уместо проласка кроз произвољне варијанте корисничког имена.

Превентивна аутентикација је још један свестан избор. За компатибилну шему може уклонити један круг, али мења када акредитиви излазе и захтева подржан обим. Не може бити прва поправка за неусклађену крајњу тачку или неподржану методу.

Држите изазвани идентитет проксија, методу, подударање обима и коначни статус у редигованим дијагностичким подацима. Лозинка и сирови трагови који носе акредитиве нису потребни за то поређење.