SoapUI отримує 407 до того, як служба SOAP зможе автентифікуватися
Тримайте дані входу до проксі в налаштуваннях проксі SoapUI й діагностуйте їх окремо від 401 служби або облікових даних захисту повідомлень.
407 вимагає від SoapUI автентифікації на посереднику. Заголовок Authorization, призначений для служби SOAP, не може відповісти на це, а для HTTPS проксі може відхилити CONNECT ще до надсилання запиту до служби.
Вкажіть ім'я хоста, порт, ім'я користувача та пароль посередника в налаштуваннях проксі SoapUI. Тримайте автентифікацію служби в її запиті або відповідному профілі авторизації. Облікові дані захисту повідомлень SOAP можуть утворювати ще один шар.
| Відповідь | Хто запитує? | Відповідний заголовок облікових даних |
|---|---|---|
| 407 / Proxy-Authenticate | Проксі | Proxy-Authorization |
| 401 / WWW-Authenticate | Призначення | Authorization |
У разі збою HTTPS спершу встановіть, чи було прийнято CONNECT. Потім огляньте обмін зі службою. Такий порядок не дає сплутати відсутній вхід до тунелю з відмовою служби від власного облікового запису.
Якщо здається, що надсилається не той обліковий запис, порівняйте вибраний профіль автентифікації, явні заголовки й фактичний обмін без секретів. Зберігайте версію SoapUI разом із цими доказами; звіти про симптом у попередніх випусках не встановлюють його причину в цьому встановленні.
Створений вручну заголовок Basic стосується лише автентифікації Basic. Його вміст Base64 досі містить облікові дані, а дубліковані заголовки Authorization або значення, скопійоване в налаштування проксі, можуть створити другу помилку.