Pobieranie obrazów ECR: omijanie proxy przy pobieraniu warstw S3
Śledź pobieranie obrazów poza host rejestru, gdy prywatna trasa ECR nadal wysyła pobieranie warstw do firmowego proxy.
Logowanie do ECR i pobieranie manifestu mogą działać, podczas gdy warstwa obrazu się zacina. Amazon ECR przechowuje warstwy w S3, a jego wskazówki dotyczące punktu końcowego VPC traktują API ECR, rejestr i ścieżkę pobierania z S3 osobno.
- Znajdź nazwę hosta nieudanej warstwy.Zachowaj nazwę hosta z rzeczywistego żądania, zamiast zakładać, że obejście rejestru obejmuje całe pobieranie.
- Zlokalizuj nadawcę.W przypadku pobierania Docker sprawdź konfigurację proxy demona. Przykład natywnego daemon.json Docker Engine trzyma razem prywatne ścieżki warstw ECR i S3. Zmienne środowiskowe przeznaczone dla nowego kontenera aplikacji nie mogą skonfigurować pobierania obrazu, które odbywa się przed powstaniem tego kontenera.
- Sprawdź zamierzoną ścieżkę S3.Dopasuj wpisy obejścia do regionalnych nazw punktów końcowych i gramatyki obsługiwanej przez klienta. Prywatny DNS, tabele routingu, polityka punktu końcowego i uprawnienia również muszą obsługiwać tę trasę.
| Zaobserwowany błąd | Co to oznacza |
|---|---|
| Odrzucenie przez proxy | Żądanie warstwy dotarło do pośrednika. |
| Przekroczenie czasu połączenia bezpośredniego | Obejście mogło wybrać routing bezpośredni, ale ta trasa nadal może być bezużyteczna. |
Unikaj zastępowania jednego brakującego hosta warstwy niezweryfikowanym wyjątkiem dla każdej usługi w domenie dostawcy. Bezpośredni wyjątek nie może utworzyć brakującej trasy bramy.
Używaj żądań rzeczywistego obrazu i aktualnych instrukcji dostawcy. Specjalne treści, w tym obce warstwy Windows, mogą wprowadzać inne źródła; historyczna lista dozwolonych dwóch hostów nie musi ich obejmować.