ECR-avbildningshenting: proxyomgåelse for S3-lagnedlastinger
Følg avbildningshenting utover registerverten når en privat ECR-rute fortsatt sender lagnedlastinger til en bedriftsproxy.
ECR-innlogging og manifesthenting kan fungere mens et avbildningslag stopper. Amazon ECR lagrer lag i S3, og VPC-endepunktveiledningen behandler ECR API, registeret og S3-hentestien hver for seg.
- Finn vertsnavnet til laget som feilet.Behold vertsnavnet fra den faktiske forespørselen i stedet for å anta at registeromgåelsen dekker hele hentingen.
- Finn avsenderen.Ved en Docker-henting, undersøk proxykonfigurasjonen til daemonen. Et innebygd Docker Engine daemon.json-eksempel holder de private ECR- og S3-lagstiene sammen. Miljøvariabler ment for en ny applikasjonscontainer kan ikke konfigurere en avbildningsnedlasting som skjer før den containeren finnes.
- Kontroller den tiltenkte S3-stien.Tilpass omgåelsesoppføringene til de regionale endepunktnavnene og grammatikken klienten støtter. Privat DNS, rutetabeller, endepunktpolicy og tillatelser må også støtte den ruten.
| Observert feil | Hva det forteller deg |
|---|---|
| Proxyavvisning | Lagforespørselen nådde en mellommann. |
| Tidsavbrudd for direkte tilkobling | Omgåelsen kan ha valgt direkte ruting, men den ruten kan fortsatt være ubrukelig. |
Unngå å erstatte én manglende lagvert med et ikke-gjennomgått unntak for hver tjeneste i leverandørens domene. Et direkte unntak kan ikke opprette en manglende gateway-rute.
Bruk den faktiske avbildningens forespørsler og leverandørens gjeldende instruksjoner. Spesielt innhold, inkludert fremmede Windows-lag, kan introdusere andre kilder; en historisk tillatelsesliste med to verter trenger ikke dekke dem.