Proxyindstillinger til et Distribution-registers S3-anmodninger
Sæt proxyindstillingerne på den Distribution-registerproces, der tilgår S3, og regn særskilt med klienter, der videresendes til objektlager.
For et containeriseret Distribution-register, der bruger en miljøbevidst HTTP-transport, sendes S3-ruten ind i registercontaineren:
services:
registry:
environment:
HTTP_PROXY: http://proxy.example.internal:8080
HTTPS_PROXY: http://proxy.example.internal:8080
NO_PROXY: localhost,127.0.0.1Flet dette med det eksisterende image, lager, godkendelse og volumes. Fragmentet er ikke et komplet register. Proxyens navn skal kunne nås fra den container, og skemaet skal matche proxylytteren.
Bekræft den udrullede S3-driver og transport. Den citerede kilde i Distribution 2.8.3 bruger en AWS SDK-session; en brugerdefineret driver eller transport kan kræve en anden understøttet konfiguration.
| Forbindelse | Hvem konfigurerer eller undersøger |
|---|---|
| Klient → register | Registrets indgående HTTP-lytter og klientrute |
| Daemon → image-kilde | Proxyindstillinger for Docker-daemonen |
| Register → S3 | Registerprocessens HTTP-transport til lager |
Et vellykket klientlogin beviser kun den første rute. Lagerdriveren sender sine egne anmodninger til S3; den daemon, der tidligere hentede registerimaget, foretager ikke disse kald.
Undersøg også videresendelser under blob-downloads. Distribution kan videresende en forbruger til objektlager, hvilket giver den klient et krav om direkte S3-adgang. Konfiguration af registrets proxy konfigurerer ikke forbrugeren. Ændret videresendelsesadfærd ændrer, hvor blobtrafikken flyder, så navngiv den fejlende afsender og operation, før indstillingen justeres.