Starpniekservera iestatījumi Distribution reģistra S3 pieprasījumiem
Novietojiet starpniekservera iestatījumus uz Distribution reģistra procesa, kas piekļūst S3, un atsevišķi ņemiet vērā klientus, kas tiek pāradresēti uz objektu krātuvi.
Konteinera Distribution reģistram, kas izmanto vidi apzinošu HTTP transportu, nododiet S3 maršrutu reģistra konteineram:
services:
registry:
environment:
HTTP_PROXY: http://proxy.example.internal:8080
HTTPS_PROXY: http://proxy.example.internal:8080
NO_PROXY: localhost,127.0.0.1Apvienojiet to ar esošo image, krātuvi, autentifikāciju un volumes. Šis fragments nav pilnīgs reģistrs. Starpniekservera nosaukumam jābūt sasniedzamam no šī konteinera, un shēmai jāatbilst starpniekservera klausītājam.
Apstipriniet izvietoto S3 draiveri un transportu. Distribution 2.8.3 citētais avots izmanto AWS SDK sesiju; pielāgotam draiverim vai transportam var būt nepieciešama cita atbalstīta konfigurācija.
| Savienojums | Kas konfigurē vai izmeklē |
|---|---|
| Klients → reģistrs | Reģistra ienākošais HTTP klausītājs un klienta maršruts |
| Dēmons → image avots | Docker dēmona starpniekservera iestatījumi |
| Reģistrs → S3 | Reģistra procesa krātuves HTTP transports |
Veiksmīga klienta pieteikšanās pierāda tikai pirmo maršrutu. Krātuves draiveris veic savus pieprasījumus uz S3; dēmons, kas iepriekš lejupielādēja reģistra image, šos izsaukumus neveic.
Pārbaudiet arī pāradresācijas blob lejupielādes laikā. Distribution var pāradresēt lietotāju uz objektu krātuvi, tādējādi šim klientam ir nepieciešama tieša S3 sasniedzamība. Reģistra starpniekservera konfigurēšana nekonfigurē lietotāju. Pāradresācijas uzvedības maiņa maina blob datplūsmas virzienu, tāpēc pirms šī iestatījuma koriģēšanas nosauciet neveiksmīgo sūtītāju un darbību.