Грешке SSL сертификата након преусмеравања са прилагођеним CA пакетом
Проверите да ли експлицитно изабрана CA датотека садржи сав материјал поверења потребан стварној путањи захтева, укључујући преусмерене хоспове.
CA датотека компаније исправља први URL, а затим преусмеравање не пролази проверу. Проверите да ли је прилагођена CA опција заменила претходни унос поверења клијента уместо да му га дода.
То понашање зависи од TLS позадине и опције. Датотека која садржи само корпоративни CA може оставити клијента без других потребних ауторитета.
- Пратите сваког саговорника. Први хост може бити пресретнут под корпоративним издаваоцем. Каснији хост може користити заобилазницу, другу путању инспекције или јавно издат ланац.
- Забележите улазе клијента који не успева. Задржите тражено име хоста, циљ преусмеравања, примљеног издаваоца, резултат провере и изабрану конфигурацију поверења. Радни прегледач може користити друго складиште корена.
- Проверите правила избора позадине. curl градње могу користити изворну проверу или корене засноване на датотекама, а експлицитне CA опције могу променити тај избор. Рецепт за ту извршну датотеку не конфигурише Python окружење ни JVM.
Користите одржаван пакет или подржан распоред складишта поверења који садржи јавне и приватне ауторитете којима апликација треба да верује. Не додајте приватни кључ CA и не подижите сваки неуспели лисни сертификат на корен само да бисте уклонили следећу грешку.
Испоручите материјал поверења кроз подржану путању ажурирања распоређивања. Ручна замена добављачевог CA пакета може бити поништена његовим следећим ажурирањем; држите власника и процес одржавања експлицитним како би провера трајала кроз целу руту захтева.