Réglages de proxy pour les requêtes S3 d'un registre Distribution
Placez les réglages de proxy sur le processus du registre Distribution qui accède à S3 et comptez séparément les clients redirigés vers le stockage d'objets.
Pour un registre Distribution conteneurisé utilisant un transport HTTP conscient de l'environnement, transmettez la route S3 au conteneur du registre :
services:
registry:
environment:
HTTP_PROXY: http://proxy.example.internal:8080
HTTPS_PROXY: http://proxy.example.internal:8080
NO_PROXY: localhost,127.0.0.1Fusionnez ceci avec l'image, le stockage, l'authentification et les volumes existants. Ce fragment n'est pas un registre complet. Le nom du proxy doit être joignable depuis ce conteneur, et le schéma doit correspondre à l'écouteur du proxy.
Confirmez le pilote S3 et le transport déployés. La source citée de Distribution 2.8.3 utilise une session AWS SDK ; un pilote ou un transport personnalisé peut nécessiter une autre configuration prise en charge.
| Connexion | Qui configure ou enquête |
|---|---|
| Client → registre | L'écouteur HTTP entrant du registre et la route du client |
| Démon → source de l'image | Réglages de proxy du démon Docker |
| Registre → S3 | Le transport HTTP de stockage du processus du registre |
Une connexion client réussie ne prouve que la première route. Le pilote de stockage émet ses propres requêtes vers S3 ; le démon qui a précédemment tiré l'image du registre n'effectue pas ces appels.
Inspectez aussi les redirections lors des téléchargements de blobs. Distribution peut rediriger un consommateur vers le stockage d'objets, ce qui impose à ce client d'atteindre S3 directement. Configurer le proxy du registre ne configure pas le consommateur. Modifier le comportement de redirection change le chemin du trafic de blobs ; nommez donc l'émetteur et l'opération en échec avant d'ajuster ce réglage.