Apache HttpClient знає пароль, але досі отримує 407

Правильний пароль у постачальника не створює відповідних облікових даних для фактично вибраного проксі. Почніть зі схеми, хоста й порту цієї кінцевої точки; поле хоста зазвичай приймає лише ім’я хоста або IP, а не повний URL.

1. Прочитайте весь обмін автентифікації. Один 407 із наступною прийнятою повторною спробою може бути нормою. Перш ніж вважати вхід відхиленим, переконайтеся, що остаточний результат досі 407.
2. Порівняйте маршрут і область облікових даних. Зіставте фактичний хост/порт та інші поля, визначені розгорнутим HttpClient 5 AuthScope. Неправильний порт може залишити BasicCredentialsProvider без належного запису.
3. Перевірте метод і ідентичність. Чи запропонував проксі підтримуваний метод? Чи використала повторна спроба очікуване з’єднання? Чи вимагає оператор обліковий запис із доменною кваліфікацією або інший задокументований формат?

Використовуйте API встановленої основної версії. Рецепт кешу автентифікації з HttpClient 4 не переноситься без змін у версію 5. Використовуйте вимоги оператора до облікового запису, а не перебирайте довільні варіанти імені користувача.

Випереджальна автентифікація — ще один свідомий вибір. Для сумісної схеми вона може прибрати один цикл, але змінює момент виходу облікових даних і потребує підтримуваної області. Вона не може бути першим виправленням для невідповідної кінцевої точки або непідтримуваного методу.

Зберігайте ідентичність проксі, метод, збіг області та остаточний статус у відредагованій діагностиці. Пароль і необроблені трасування з обліковими даними для цього порівняння не потрібні.