ECR-avbildningshämtning: proxykringgående för S3-lagernedladdningar
Följ avbildningshämtningar bortom registervärden när en privat ECR-rutt fortfarande skickar lagernedladdningar till en företagsproxy.
ECR-inloggning och manifesthämtning kan fungera medan ett avbildningslager fastnar. Amazon ECR lagrar lager i S3, och dess vägledning för VPC-slutpunkter behandlar ECR API, registret och S3-hämtningsvägen separat.
- Hitta värdnamnet för lagret som misslyckades.Behåll värdnamnet från den faktiska begäran i stället för att anta att registerkringgåendet täcker hela hämtningen.
- Lokalisera avsändaren.Vid en Docker-hämtning, granska daemonens proxykonfiguration. Ett inbyggt Docker Engine daemon.json-exempel håller de privata ECR- och S3-lagervägarna tillsammans. Miljövariabler avsedda för en ny applikationscontainer kan inte konfigurera en avbildningsnedladdning som sker innan den containern finns.
- Kontrollera den avsedda S3-vägen.Matcha kringgående poster mot de regionala slutpunktsnamnen och den grammatik som klienten stöder. Privat DNS, routningstabeller, slutpunktsprincip och behörigheter måste också stödja den rutten.
| Observerat fel | Vad det säger dig |
|---|---|
| Proxyavvisning | Lagerbegäran nådde en mellanhand. |
| Tidsgräns för direkt anslutning | Kringgåendet kan ha valt direkt routning, men den rutten kan fortfarande vara oanvändbar. |
Undvik att ersätta en enda saknad lagervärd med ett icke-granskat undantag för varje tjänst i leverantörens domän. Ett direkt undantag kan inte skapa en saknad gateway-rutt.
Använd den faktiska avbildningens begäranden och leverantörens aktuella instruktioner. Särskilt innehåll, inklusive främmande Windows-lager, kan introducera andra källor; en historisk tillåtelselista med två värdar behöver inte täcka dem.