Компаниянын CA файлы биринчи URLди оңдойт, андан кийин багыттоо текшерүүдөн өтпөйт. Ыңгайлаштырылган CA параметри кардардын мурунку ишеним киргизүүсүн алмаштырганын же ага кошконун текшериңиз.

Бул жүрүм-турум TLS backendге жана параметрге жараша болот. Бир гана корпоративдик CA камтыган файл кардарды керектүү башка органдарсыз калтырышы мүмкүн.

  1. Ар бир тарапты ээрчиңиз. Биринчи хост корпоративдик чыгаруучунун астында кармалышы мүмкүн. Кийинки хост айланып өтүүнү, башка текшерүү жолун же ачык чыгарылган чынжырды колдонушу мүмкүн.
  2. Ишке ашпаган кардардын киргизүүлөрүн жазыңыз. Суралган хост атын, багыттоо максатын, алынган чыгаруучуну, текшерүү жыйынтыгын жана тандалган ишеним конфигурациясын сактаңыз. Иштеген браузер башка тамыр кампасын колдонушу мүмкүн.
  3. Backendдин тандоо эрежелерин текшериңиз. curl курулуштары жергиликтүү текшерүүнү же файлга негизделген тамырларды колдонушу мүмкүн, ал эми ачык CA параметрлери бул тандоону өзгөртүшү мүмкүн. Ошол аткарылуучу файл үчүн рецепт Python чөйрөсүн же JVMди конфигурациялабайт.

Колдонмо ишенүүгө тийиш болгон ачык жана жеке органдарды камтыган тейленүүчү топтомду же колдоого алынган ишеним кампасынын жайгашуусун колдонуңуз. CAнын жеке ачкычын кошпоңуз жана кийинки катаны тазалоо үчүн гана ар бир ишке ашпаган жалбырак сертификатты тамырга көтөрбөңүз.

Ишеним материалын жайгаштыруунун колдоого алынган жаңыртуу жолу менен жеткириңиз. Жабдуу берүүчүнүн CA пакетин кол менен алмаштыруу анын кийинки жаңыртуусу менен жокко чыгарылышы мүмкүн; ээсин жана тейлөө процессин ачык кармаңыз, ошондо текшерүү сурамдын бүткүл маршруту боюнча уланат.

Тектеш макалалар