Apache HttpClient знае паролата, но продължава да получава 407

Правилната парола при доставчика не създава съответстващи идентификационни данни за действително избраното прокси. Започнете със схемата, хоста и порта на тази крайна точка; полето за хост обикновено приема само име на хост или IP, а не пълен URL.

1. Прочетете целия обмен на удостоверяване. Един 407, последван от приет повторен опит може да е нормален. Уверете се, че крайният резултат все още е 407, преди да приемете входа за отказан.
2. Сравнете маршрута и обхвата на идентификационните данни. Съпоставете действителния хост/порт и другите полета, определени от внедрения HttpClient 5 AuthScope. Грешен порт може да остави BasicCredentialsProvider без подходящ запис.
3. Проверете метода и самоличността. Предложи ли проксито поддържания метод? Използва ли повторният опит очакваната връзка? Изисква ли операторът профил с квалифицирано име на домейн или друг документиран формат?

Използвайте API на инсталираната основна версия. Рецептата за кеш за удостоверяване на HttpClient 4 не се пренася непроменена във версия 5. Използвайте изискванията на оператора за профил, вместо да преминавате през произволни варианти на потребителско име.

Изпреварващото удостоверяване е друг съзнателен избор. За съвместима схема то може да премахне един обмен, но променя момента, в който идентификационните данни напускат системата, и изисква поддържан обхват. Не може да е първата поправка при несъответстваща крайна точка или неподдържан метод.

Съхранявайте оспорваната самоличност на проксито, метода, съответствието на обхвата и крайния статус в редактирани диагностични данни. Паролата и необработените следи, носещи идентификационни данни, не са нужни за това сравнение.