Proxy-ezarpenak Distribution erregistro baten S3 eskaeretarako
Jarri proxy-ezarpenak S3ra sartzen den Distribution erregistroaren prozesuan, eta kontabilizatu bereiziki objektu-biltegira berbideratutako bezeroak.
Inguruneaz jabetzen den HTTP garraio bat erabiltzen duen edukiontziko Distribution erregistro baterako, pasa S3 ibilbidea erregistroaren edukiontzira:
services:
registry:
environment:
HTTP_PROXY: http://proxy.example.internal:8080
HTTPS_PROXY: http://proxy.example.internal:8080
NO_PROXY: localhost,127.0.0.1Batu hau lehendik dagoen image, biltegi, autentifikazio eta volumesekin. Fragmentu hau ez da erregistro oso bat. Proxyaren izena edukiontzi horretatik irisgarria izan behar da, eta eskema proxyaren entzulearekin bat etorri behar da.
Egiaztatu inplantatutako S3 kontrolatzailea eta garraioa. Distribution 2.8.3ren aipatutako iturburuak AWS SDK saio bat erabiltzen du; kontrolatzaile edo garraio pertsonalizatu batek beste konfigurazio onartu bat behar izan dezake.
| Konexioa | Nork konfiguratzen edo ikertzen du |
|---|---|
| Bezeroa → erregistroa | Erregistroaren sarrerako HTTP entzulea eta bezeroaren ibilbidea |
| Daemona → image iturburua | Docker daemonaren proxy-ezarpenak |
| Erregistroa → S3 | Erregistro prozesuaren biltegiko HTTP garraioa |
Bezeroaren saio ongi egiteak lehen ibilbidea baino ez du frogatzen. Biltegiko kontrolatzaileak bere eskaerak egiten dizkio S3ri; aurretik erregistroaren imagea jaitsi zuen daemonak ez ditu dei horiek egiten.
Egiaztatu blob deskargen zeharreko berbideratzeak ere. Distributionek kontsumitzaile bat objektu-biltegira berbidera dezake, bezero horri S3ra zuzenean iristeko baldintza emanez. Erregistroaren proxya konfiguratzeak ez du kontsumitzailea konfiguratzen. Berbideratze-portaera aldatzeak blob trafikoaren norabidea aldatzen du, beraz, izenda itzazu huts egiten duen bidaltzailea eta eragiketa ezarpen hori doitu aurretik.