ECR-képek lehúzása: proxy megkerülése az S3-rétegek letöltésénél
Kövesse a képlehúzásokat a regisztráció gazdagépén túlra, amikor egy privát ECR-útvonal továbbra is vállalati proxy felé küldi a rétegek letöltését.
Az ECR-bejelentkezés és a manifest lekérése működhet, miközben egy képréteg elakad. Az Amazon ECR a rétegeket S3-ban tárolja, és a VPC-végpontról szóló útmutatója külön kezeli az ECR API-t, a regisztrációt és az S3-lekérési útvonalat.
- Keresse meg a sikertelen réteg gazdagépnevét.A tényleges kérésből származó gazdagépnevet tartsa meg, ahelyett hogy feltételezné, hogy a regisztráció megkerülése a teljes lehúzásra kiterjed.
- Azonosítsa a küldőt.Docker-lehúzásnál vizsgálja meg a démon proxybeállítását. Egy natív Docker Engine daemon.json példa együtt tartja a privát ECR- és S3-rétegútvonalakat. Az új alkalmazáskonténerhez szánt környezeti változók nem tudják beállítani azt a képletöltést, amely még a konténer létezése előtt történik.
- Ellenőrizze a szándékolt S3-útvonalat.Párosítsa a megkerülési bejegyzéseket a regionális végpontnevekkel és az ügyfél által támogatott nyelvtannal. A privát DNS-nek, az útválasztási tábláknak, a végpontszabályzatnak és az engedélyeknek is támogatniuk kell ezt az útvonalat.
| Megfigyelt hiba | Mit árul el |
|---|---|
| Proxyelutasítás | A rétegkérés elért egy közvetítőt. |
| Közvetlen kapcsolat időtúllépése | A megkerülés közvetlen útválasztást választhatott, de ez az útvonal továbbra is használhatatlan lehet. |
Kerülje el, hogy egyetlen hiányzó réteggazdagépet felülvizsgálatlan kivétellel helyettesítsen a szolgáltató tartományának minden szolgáltatására. A közvetlen kivétel nem hozhat létre hiányzó átjáróútvonalat.
Használja a tényleges kép kéréseit és a szolgáltató aktuális utasításait. A különleges tartalmak, köztük az idegen Windows-rétegek, más forrásokat hozhatnak be; egy történelmi kétgazdagépes engedélyezési lista nem köteles ezeket lefedni.