Proxyinstellingen voor de S3-verzoeken van een Distribution-register
Plaats de proxyinstellingen op het Distribution-registerproces dat S3 benadert, en reken apart voor clients die naar objectopslag worden omgeleid.
Voor een gecontaineriseerd Distribution-register met een omgevingsbewust HTTP-transport geeft u de S3-route door aan 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.1Voeg dit samen met de bestaande image, opslag, authenticatie en volumes. Dit fragment is geen compleet register. De proxynaam moet bereikbaar zijn vanuit die container, en het schema moet overeenkomen met de proxylistener.
Bevestig het uitgerolde S3-stuurprogramma en transport. De aangehaalde bron van Distribution 2.8.3 gebruikt een AWS SDK-sessie; een aangepast stuurprogramma of transport kan een andere ondersteunde configuratie vereisen.
| Verbinding | Wie configureert of onderzoekt |
|---|---|
| Client → register | De inkomende HTTP-listener van het register en de clientroute |
| Daemon → imagebron | Proxyinstellingen van de Docker-daemon |
| Register → S3 | Het opslag-HTTP-transport van het registerproces |
Een geslaagde clientlogin bewijst alleen de eerste route. Het opslagstuurprogramma doet zijn eigen verzoeken aan S3; de daemon die eerder de registerimage ophaalde, doet die aanroepen niet.
Onderzoek ook omleidingen tijdens blob-downloads. Distribution kan een consument omleiden naar objectopslag, waardoor die client S3 rechtstreeks moet bereiken. Het configureren van de proxy van het register configureert de consument niet. Het wijzigen van omleidingsgedrag wijzigt waar blobverkeer stroomt, dus benoem de falende afzender en bewerking voordat u die instelling aanpast.