Proxy-Astellungen fir d'S3-Ufroe vun engem Distribution-Register

Setzt d'Proxy-Astellungen op de Distribution-Registerprozess, deen op S3 zougräift, a rechent getrennt fir Clienten, déi op Objektspäicher ëmgeleet ginn.

Fir en containeriséierte Distribution-Register, deen en ëmweltbewossten HTTP-Transport benotzt, gëtt d'S3-Route an de Registercontainer:

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

Füügt dëst mam existéierenden Image, Späicher, Authentifikatioun a Volumen zesummen. Dëst Fragment ass keen komplette Register. Den Numm vum Proxy muss vun deem Container aus erreechbar sinn, an d'Schema muss zum Proxy-Listener passen.

Bestätegt den agesaten S3-Treiber an den Transport. D'Quell, déi an Distribution 2.8.3 zitéiert gëtt, benotzt eng AWS-SDK-Sessioun; en eegene Treiber oder Transport kann eng aner ënnerstëtzte Konfiguratioun brauchen.

VerbindungWien astellt oder ënnersicht
Client → RegisterDen agehende HTTP-Listener vum Register an d'Clientroute
Daemon → Image-QuellProxy-Astellungen vum Docker-Daemon
Register → S3Den HTTP-Späichertransport vum Registerprozess

E erfollegräiche Client-Login beweist nëmmen déi éischt Route. Den Späichertreiber mécht seng eegen Ufroe fir op S3; den Daemon, dee virdrun d'Registerimage gezunn huet, mécht déi Opruffer net.

Iwwerpréift och Ëmleetungen wärend Blob-Downloads. Distribution kann e Konsument op Objektspäicher ëmleeden, wat deem Client eng direkt S3-Erreechbarkeet ofverlaangt. D'Konfiguréiere vum Proxy vum Register konfiguréiert de Konsument net. Eng Ännerung vum Ëmleetungsverhalen ännert, wou de Blobtrafic fléisst, also nennt den defekten Ofsender an d'Operatioun, ier Dir dës Astellung upasst.

Ähnlech Artikelen