Docker pamata attēlu iegūšana: būvētāja starpniekserveris pret būvēšanas argumentiem
Starpniekservera argumenti, kas nodoti būvēšanas soļiem, nekonfigurē katru reģistra pieprasījumu, ko veic būvētājs. Atrodiet būvētāju, kas atrisina pamata attēlu.
Būvēšana var neizdoties, risinot FROM, pirms sākas jebkurš Dockerfile pakotņu lejupielādes solis. Būvētāja reģistra klientam ir vajadzīgs savs maršruts, lai iegūtu šo pamata attēlu.
| Darbība | Komponente, kurai nepieciešams maršruts |
|---|---|
| Atrisināt un iegūt pamata attēlu | Būvētāja reģistra klients |
| Lejupielāde RUN laikā | Process, kas izpilda būvēšanas soli |
| API izsaukšana izpildlaikā | Darbojošā lietotne |
Atrodiet būvētāju
Noklusējuma Docker draiveris koncentrējas uz dēmonu. Citi Buildx draiveri var izmantot atsevišķu BuildKit konteineru, Kubernetes vai attālinātu pakalpojumu. Konfigurējiet izvēlētā draivera atbalstīto starpniekservera mehānismu tur, kur darbojas šis worker.
Klēpjdatora loopback starpniekserveris nav automātiski sasniedzams no attālināta worker, un lokālā dēmona rediģēšana nepārkonfigurē šo attālināto būvētāju.
ARG pirms FROM var palīdzēt izvēlēties attēla atsauci. Tomēr tas ar to nekonfigurē reģistra klienta tīkla maršrutu. Vēlākās RUN komandas, kas raksta pakotņu iestatījumus vai instalē sertifikātus, nevar salabot šo agrāko pieprasījumu.
Uzticība, konti un kešotie dati
Apstiprinātam CA materiālam jābūt pieejamam komponentei, kas validē sākotnējo reģistra savienojumu. Reģistra un starpniekservera akreditācijas dati piešķir tiesības dažādām pusēm; pieteikšanās reģistrā nevar atbildēt uz starpniekservera 407.
Worker, kas atkārtoti izmanto kešotos attēla datus, var neatkārtot to pašu tīkla pieprasījumu kā jauns worker. Salīdziniet faktiski reģistrēto darbību. Kad piekļuve pamata attēlam darbojas paredzētajā maršrutā, diagnosticējiet jebkuru vēlāku būvēšanas soļa lejupielādi šajā nākamajā robežā.