Įmonės CA įtraukimas konteinerio viduje nepataisys kolegos nepavykusio atvaizdo traukimo. Sėkmingas traukimas taip pat neįrodo, kad atvaizdo viduje esanti programa pasitiki tikrinama HTTPS paslauga.

OperacijaPasitikėjimas, kurį reikia ištirti
Traukti atvaizdą per organizacijos tikrinimo proxyHostas arba Docker aplinka, atliekanti traukimą
Atsisiųsti atvaizdo diegimo metuDiegimo aplinka ir jos atsisiuntėjas
Kviesti HTTPS paslaugą iš veikiančios programosAtvaizdo OS saugykla arba pačios programos pasitikėjimo konfigūracija

Sekite klaidą iki proceso, kuris tikrina priešinę pusę, tada patvirtinkite išdavėją, hosto vardą ir rankos paspaudimo etapą. Autorizuota tikrinimo paslauga gali pasirašyti paskirties sertifikatą organizacijos CA. TLS klaida HTTPS proxy klausytojui nebūtinai yra per jį pasiekiamo paskirties sertifikato klaida. Proxy IP įvedimas nesuteikia jokios pasitikėjimo medžiagos.

Įdiekite patvirtintą viešą išdavėjo sertifikatą per atitinkamo hosto, atvaizdo platinimo arba programos palaikomą mechanizmą. Docker CA nurodymai apima hosto ir konteinerio saugyklas, bet CentOS kelias nėra perkeliama instrukcija Debian ar Windows. Papildymą sugeneruotame pakete gali atšaukti atnaujinimas; Java programa arba kitas klientas su savo CA konfigūracija gali visiškai nepaisyti OS paketo.

Kad programos pasitikėjimas būtų ilgalaikis, pakeitimą įtraukite į patvirtintą atvaizdo arba programos konfigūravimo procesą. Interaktyvus vieno veikiančio konteinerio redagavimas nebus išlikęs kitame konteineryje, sukurtame iš atvaizdo.

Platinkite tik reikiamą viešą pasitikėjimo sertifikatą autorizuotu kanalu. Niekada nedėkite CA privataus rakto į atvaizdą ir nežvelkite į nežinomo viešo proxy prašymą įdiegti šakninį sertifikatą kaip į įprastą sąranką. Palaikykite hosto vardo ir grandinės tikrinimą įjungtą, kai numatyta saugykla sukonfigūruota.

Susiję straipsniai