ECR-avbildingshenting: proxyomgåing for S3-lagnedlastingar
Følg avbildingshenting utover registerverten når ei privat ECR-rute framleis sender lagnedlastingar til ein bedriftsproxy.
ECR-innlogging og manifesthenting kan fungere medan eit avbildingslag stoppar. Amazon ECR lagrar lag i S3, og VPC-endepunktrettleiinga handsamar ECR API, registeret og S3-hentestien kvar for seg.
- Finn vertsnamnet til laget som feila.Hald på vertsnamnet frå den faktiske førespurnaden i staden for å anta at registeromgåinga dekkjer heile hentinga.
- Finn avsendaren.Ved ei Docker-henting, undersøk proxyoppsettet til daemonen. Eit innebygd Docker Engine daemon.json-døme held dei private ECR- og S3-lagstiene saman. Miljøvariablar meint for ein ny applikasjonscontainer kan ikkje konfigurere ei avbildingsnedlasting som skjer før den containeren finst.
- Kontroller den tiltenkte S3-stien.Tilpass omgåingsoppføringane til dei regionale endepunktnamna og grammatikken klienten støttar. Privat DNS, rutetabellar, endepunktpolicy og løyve må òg støtte den ruta.
| Observert feil | Kva det fortel deg |
|---|---|
| Proxyavvising | Lagførespurnaden nådde ein mellombels part. |
| Tidsavbrot for direkte tilkopling | Omgåinga kan ha valt direkte ruting, men den ruta kan framleis vere ubrukeleg. |
Unngå å erstatte ein einaste manglande lagvert med eit ikkje-gjennomgått unntak for kvar teneste i domenet til leverandøren. Eit direkte unntak kan ikkje skape ei manglande gateway-rute.
Bruk førespurnadane til den faktiske avbildninga og gjeldande instruksjonar frå leverandøren. Spesielt innhald, inkludert framande Windows-lag, kan introdusere andre kjelder; ei historisk løyveliste med to vertar treng ikkje dekkje dei.