Proxyinställningar för ett Distribution-registers S3-förfrågningar
Sätt proxyinställningarna på Distribution-registerprocessen som kommer åt S3, och räkna separat med klienter som omdirigeras till objektlagring.
För ett containeriserat Distribution-register som använder en miljömedveten HTTP-transport skickar du S3-vägen in i registerbehållaren:
services:
registry:
environment:
HTTP_PROXY: http://proxy.example.internal:8080
HTTPS_PROXY: http://proxy.example.internal:8080
NO_PROXY: localhost,127.0.0.1Slå ihop detta med befintlig image, lagring, autentisering och volumes. Fragmentet är inte ett komplett register. Proxynamnet måste vara nåbart från den behållaren, och schemat måste matcha proxlyssnaren.
Bekräfta den utrullade S3-drivrutinen och transporten. Källan som citeras i Distribution 2.8.3 använder en AWS SDK-session; en anpassad drivrutin eller transport kan kräva en annan konfiguration som stöds.
| Anslutning | Vem konfigurerar eller undersöker |
|---|---|
| Klient → register | Registrets inkommande HTTP-lyssnare och klientvägen |
| Daemon → image-källa | Proxyinställningar för Docker-daemonen |
| Register → S3 | Registerprocessens HTTP-transport för lagring |
En lyckad klientinloggning bevisar bara den första vägen. Lagringsdrivrutinen gör sina egna förfrågningar till S3; daemonen som tidigare hämtade registerimagen gör inte dessa anrop.
Undersök även omdirigeringar vid blob-nedladdningar. Distribution kan omdirigera en konsument till objektlagring, vilket ger den klienten ett krav på direkt S3-åtkomst. Att konfigurera registrets proxy konfigurerar inte konsumenten. Ändrat omdirigeringsbeteende ändrar var blobtrafiken flödar, så namnge den felande avsändaren och operationen innan du justerar inställningen.