Uzņēmuma CA pievienošana konteinera iekšpusē nevar salabot kolēģa neizdevušos attēla vilkšanu. Arī veiksmīga vilkšana nepierāda, ka attēlā esošā lietotne uzticas pārbaudītajam HTTPS pakalpojumam.

DarbībaUzticība, kas jāizmeklē
Vilkt attēlu caur organizācijas pārbaudes starpniekserveriResursdators vai Docker vide, kas veic vilkšanu
Lejupielādēt attēla būvēšanas laikāBūvēšanas vide un tās lejupielādētājs
Izsaucot HTTPS pakalpojumu no darbojošās lietotnesAttēla OS krātuve vai pašas lietotnes uzticības konfigurācija

Izsekojiet kļūdu līdz procesam, kas pārbauda pretējo pusi, pēc tam apstipriniet izdevēju, resursdatora nosaukumu un rokasspiediena posmu. Autorizēts pārbaudes pakalpojums var parakstīt galamērķa sertifikātu ar organizācijas CA. TLS kļūda HTTPS starpniekservera klausītājā nav automātiski caur to sasniegtā galamērķa sertifikāta kļūda. Starpniekservera IP ievadīšana nesniedz uzticības materiālu.

Instalējiet apstiprināto publisko izdevēja sertifikātu, izmantojot attiecīgā resursdatora, attēla izplatīšanas vai lietotnes atbalstīto mehānismu. Docker CA norādes aptver resursdatora un konteinera krātuves, taču CentOS ceļš nav pārnesama instrukcija Debian vai Windows. Papildinājumu ģenerētā komplektā var atcelt atjauninājums; Java lietotne vai cits klients ar savu CA konfigurāciju var pilnībā ignorēt OS komplektu.

Lai lietotnes uzticība būtu noturīga, ievietojiet izmaiņas apstiprinātajā attēla vai lietotnes konfigurācijas procesā. Interaktīvs viena darbojoša konteinera labojums nebūs pieejams nākamajā konteinerā, kas izveidots no attēla.

Izplatiet tikai nepieciešamo publisko uzticības sertifikātu pa autorizētu kanālu. Nekad nelieciet CA privāto atslēgu attēlā un neuzskatiet nezināma publiska starpniekservera saknes instalēšanas pieprasījumu par parastu iestatīšanu. Pēc paredzētās krātuves konfigurēšanas saglabājiet ieslēgtu resursdatora nosaukuma un ķēdes pārbaudi.

Saistītie raksti