Apache HttpClient ја знае лозинката, но сè уште добива 407

Точната лозинка кај давателот не создава соодветен акредитив за проксито што е всушност избрано. Започнете со шемата, домаќинот и портата на таа крајна точка; полето за домаќин обично прима само име на домаќин или IP, а не целосна URL.

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

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

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

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