Ауторизация с клиентски сертификат

Аз това го разбирам като client-a, сиреч Java кода, да не е предоставил валиден client сертификат. Или, сървъра праща запитване към клиента дали има сертификати издаден от конректния Issuer (Issuer полето на CA-то). Тоест при тази грешка изобщо няма указан client сертификат.

Обаче thrawn беше написал:

Едитнах поста на предната страница.
Именно за да разбера дали е локализиран проблема искам да видя и тялото на тоя отговор.

Това мнение е било редактирано от kierenski на 05-10-2017, 19:24

Значи не е това.

Тука си пише "Неуспешна ауторизация ...." в P тагът.
Явно ауторизацията си минава при мен.

Това мнение е било редактирано от thrawn на 05-10-2017, 19:25

При мен ако не е закачен токъна и в браузъра го дава същото иначе влиза без проблем.

Това мнение е било редактирано от kierenski на 05-10-2017, 19:27

Утре ще тествам идеята на lucky за автоматичното следване на 302-ката.
То и в документацията си пише, че това е true по default.

https://docs.oracle.com/javase/8/docs/api/j...irects-boolean-

Това мнение е било редактирано от thrawn на 05-10-2017, 19:36

Принципно когато се ползва автентикация с клиентски сертификат, по протокол сървъра изисква от клиента да го предостави, има такава допълнителна стъпка, всъщност две допълнителни стъпки. Това се случва преди да се установи сесията и не е криптирано. Демек примерно с wireshark и ssl филтъра му ще излязат тези неща. Трябва да е точно след client hello, server hello и предоставянето на сървървния сертификат и преди договарянето на ciphersuite-ите (change cipher spec или както там го вади). Та може лесно да се провери пращаш ли клиентски сертификат или не. Единствено трябва да видиш детайлите, защото сървърът ако е конфигуриран винаги да иска автентикация със клиентски сертификат (както сигурно е), тогава винаги минава и certificaterequest-а му, а клиентът може да върне и празен отговор без клиентски сертификат поради ред причини. Та както и да е, wireshark помага за такива казуси.

setFollowRedirects(false) не помага.

Прикачам дъмп от wireshark на трафика, ако някой знае за какво да гледа там...

---edit---
Проблемът се оказа наистина в следването на 302-ката. Явно setFollowRedirects(false) не го спира. След като добавих CookieManager в конекцията нещата заспаха.

---edit---
Махнах го тоя дъмп, че не знам дали в него няма сесиен идентификатор (то сигурно има де). А не знам колко им е времето на живот на тия сесии.

Това мнение е било редактирано от thrawn на 06-10-2017, 08:58

Ха, странно - според дъмпа, сървърът не ти иска клиентски сертификат изобщо, значи освен да се окаже че те редиректва някъде където вече иска, ама не му личи (има още 1-2 TLS сесии по-надолу до други хостове, но не съм ги гледал, щото не знам дали имат нещо общо - те са доста по-късно от първата, не мисля че са в резултат на редиректване).

Точно щях да те питам за това. Супер! Е, и аз научих нещо днес.