Impostazioni proxy per le richieste S3 di un registro Distribution

Mettete le impostazioni proxy sul processo del registro Distribution che accede a S3 e conteggiate a parte i client reindirizzati all'archiviazione di oggetti.

Per un registro Distribution in container che usa un trasporto HTTP consapevole dell'ambiente, passate la rotta S3 al container del registro:

services:
  registry:
    environment:
      HTTP_PROXY: http://proxy.example.internal:8080
      HTTPS_PROXY: http://proxy.example.internal:8080
      NO_PROXY: localhost,127.0.0.1

Unite questo all'image, allo storage, all'autenticazione e ai volumi esistenti. Il frammento non è un registro completo. Il nome del proxy deve essere raggiungibile da quel container e lo schema deve corrispondere al listener del proxy.

Confermate il driver S3 e il trasporto distribuiti. La fonte citata di Distribution 2.8.3 usa una sessione AWS SDK; un driver o trasporto personalizzato può richiedere un'altra configurazione supportata.

ConnessioneChi configura o indaga
Client → registroIl listener HTTP in ingresso del registro e la rotta del client
Daemon → origine dell'imageImpostazioni proxy del daemon Docker
Registro → S3Il trasporto HTTP dello storage del processo del registro

Un login client riuscito prova solo la prima rotta. Il driver di storage invia le proprie richieste a S3; il daemon che in precedenza ha scaricato l'image del registro non effettua quelle chiamate.

Esaminate anche i reindirizzamenti durante i download dei blob. Distribution può reindirizzare un consumatore all'archiviazione di oggetti, imponendo a quel client di raggiungere S3 direttamente. Configurare il proxy del registro non configura il consumatore. Cambiare il comportamento di reindirizzamento cambia dove fluisce il traffico dei blob, quindi identificate il mittente e l'operazione che falliscono prima di modificare quell'impostazione.

Articoli correlati