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