ECR-image-pulls: proxyomgåelse for S3-lagnedhentning
Følg image-pulls ud over registreringsværten, når en privat ECR-rute stadig sender lagnedhentninger til en virksomhedsproxy.
ECR-login og hentning af manifest kan fungere, mens et imagelag går i stå. Amazon ECR gemmer lag i S3, og dets VPC-endpoint-vejledning behandler ECR API, registry og S3-hentningsstien hver for sig.
- Find værtsnavnet på det fejlende lag.Behold værtsnavnet fra den faktiske anmodning i stedet for at antage, at registry-omgåelsen dækker hele pull'et.
- Find afsenderen.Ved et Docker-pull skal du inspicere daemonens proxykonfiguration. Et indbygget Docker Engine daemon.json-eksempel holder de private ECR- og S3-lagstier sammen. Miljøvariabler beregnet til en ny applikationscontainer kan ikke konfigurere en imagenedhentning, der sker, før den container findes.
- Kontrollér den tilsigtede S3-sti.Tilpas omgåelsesposter til de regionale endpointnavne og den grammatik, klienten understøtter. Privat DNS, rutetabeller, endpointpolitik og tilladelser skal også understøtte den rute.
| Observeret fejl | Hvad det fortæller dig |
|---|---|
| Proxyafvisning | Laganmodningen nåede en mellemled. |
| Timeout på direkte forbindelse | Omgåelsen har muligvis valgt direkte routing, men den rute kan stadig være ubrugelig. |
Undgå at erstatte én manglende lagvært med en ikke-gennemgået undtagelse for hver tjeneste i udbyderens domæne. En direkte undtagelse kan ikke oprette en manglende gateway-rute.
Brug den faktiske images anmodninger og udbyderens aktuelle instruktioner. Særligt indhold, herunder fremmede Windows-lag, kan introducere andre kilder; en historisk allowlist med to værter behøver ikke at dække dem.