Прокси қатесі қай Docker CA қоймасына нұсқайды?
Уәкілетті тексеру CA-сына сену кезінде image тартуларды, build кезіндегі жүктеулерді және контейнер қолданбасының сұрауларын ажыратыңыз.
Контейнер ішінде компания CA-сын қосу әріптестің сәтсіз image тартуын түзе алмайды. Сәтті тарту да image ішіндегі қолданбаның тексерілген HTTPS қызметіне сенетінін дәлелдемейді.
| Операция | Тексерілуі тиіс сенім |
|---|---|
| Ұйымның тексеру проксиі арқылы image тарту | Тартуды орындайтын хост немесе Docker ортасы |
| Image build кезінде жүктеу | Build ортасы және оның жүктеушісі |
| Жұмыс істеп тұрған қолданбадан HTTPS қызметін шақыру | Image-ның OS қоймасы немесе қолданбаның өз сенім конфигурациясы |
Қатені қарсы тарапты тексеретін процеске дейін бақылаңыз, содан кейін эмитентті, хост атын және handshake кезеңін растаңыз. Уәкілетті тексеру қызметі мақсат сертификатына ұйымның CA-сымен қол қоя алады. HTTPS прокси тыңдаушысындағы TLS ақауы ол арқылы жететін мақсат сертификатының ақауы автоматты түрде емес. Прокси IP-ін енгізу сенім материалын бермейді.
Бекітілген ашық эмитент сертификатын тиісті хосттың, image таратудың немесе қолданбаның қолдайтын механизмі арқылы орнатыңыз. Docker-дің CA нұсқаулығы хост пен контейнер қоймаларын қамтиды, бірақ CentOS жолы Debian немесе Windows үшін тасымалданатын нұсқау емес. Жасалған бумаға қосу жаңарту арқылы жойылуы мүмкін; Java қолданбасы немесе өз CA конфигурациясы бар басқа клиент OS бумасын мүлдем елемеуі мүмкін.
Қолданба сенімін тұрақты ету үшін өзгерісті бекітілген image немесе қолданба конфигурациясы процесіне қосыңыз. Жұмыс істеп тұрған бір контейнерге интерактивті түзету image-дан жасалатын келесі контейнерде болмайды.
Тек қажетті ашық сенім сертификатын уәкілетті арна арқылы таратыңыз. Ешқашан image-ға CA жеке кілтін салмаңыз және белгісіз ашық проксидің root орнату сұрауын әдеттегі баптау ретінде қарастырмаңыз. Көзделген қойма конфигурацияланғаннан кейін хост аты мен тізбекті тексеруді қосулы қалдырыңыз.