Proxy-instellings vir 'n distribusie-register se S3-versoeke
Plaas proxy-instellings op die distribusieregisterproses wat S3 bereik, en reken apart vir kliënte wat na objektberging herlei word.
Vir 'n houer-gebaseerde distribusieregister met 'n omgewingsbewuste HTTP-vervoer, gee die S3-roete aan die registerhouer deur:
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 by die bestaande beeld, berging, verifikasie en volumes. Hierdie fragment is nie 'n volledige register nie. Die proxynaam moet van daardie houer bereikbaar wees, en die skema moet by die proxy-luisteraar pas.
Bevestig die ontplooide S3-drywer en vervoer. Die aangehaalde bron van Distribution 2.8.3 gebruik 'n AWS SDK-sessie; 'n pasgemaakte drywer of vervoer kan 'n ander ondersteunde konfigurasie nodig hê.
| Verbinding | Wie konfigureer of ondersoek |
|---|---|
| Kliënt → register | Die register se inkomende HTTP-luisteraar en kliëntroete |
| Daemon → beeldbron | Docker-daemon-proxy-instellings |
| Register → S3 | Die registerproses se berging-HTTP-vervoer |
'n Suksesvolle kliëntaanmelding bewys net die eerste roete. Die bergingsdrywer maak sy eie versoeke aan S3; die daemon wat vroeër die registerbeeld onttrek het, maak nie daardie oproepe nie.
Ondersoek ook herleidings tydens blob-aflaaie. Distribution kan 'n verbruiker na objektberging herlei, wat daardie kliënt 'n direkte S3-bereikbaarheidsvereiste gee. Om die register se proxy te konfigureer, konfigureer nie die verbruiker nie. Verandering van herleidingsgedrag verander waar blob-verkeer vloei, so noem die mislukte sender en bewerking voordat daardie instelling aangepas word.