በኮንቴነር ውስጥ ያለ የDistribution registry አካባቢን የሚያውቅ HTTP transport ከተጠቀመ፣ የS3 መንገዱን ወደ registry ኮንቴነር ያስተላልፉ፦

services:
  registry:
    environment:
      HTTP_PROXY: http://proxy.example.internal:8080
      HTTPS_PROXY: http://proxy.example.internal:8080
      NO_PROXY: localhost,127.0.0.1

ይህን ከነባሩ image፣ storage፣ authentication እና volumes ጋር ያዋህዱ። ይህ ክፍል ሙሉ registry አይደለም። የፕሮክሲው ስም ከዚያ ኮንቴነር መድረስ አለበት፤ schemeውም ከፕሮክሲ ማዳመጫው ጋር መመሳሰል አለበት።

የተሰማራውን S3 driver እና transport ያረጋግጡ። የDistribution 2.8.3 የተጠቀሰው ምንጭ የAWS SDK session ይጠቀማል፤ ብጁ driver ወይም transport ሌላ የተደገፈ ውቅር ሊፈልግ ይችላል።

ግንኙነትማዋቀር ወይም መመርመር ያለበት ባለቤት
ደንበኛ → registryየregistry ገቢ HTTP ማዳመጫ እና የደንበኛ መንገድ
Daemon → የimage ምንጭየDocker daemon ፕሮክሲ ቅንብሮች
Registry → S3የregistry ሂደት storage HTTP transport

የደንበኛ መግቢያ ስኬት የመጀመሪያውን መንገድ ብቻ ያረጋግጣል። storage driver ወደ S3 የራሱን ጥያቄዎች ይልካል፤ ቀደም ሲል የregistry imageን ያመጣው daemon እነዚህን ጥሪዎች አይልክም።

በblob ማውረዶች ወቅት redirects ያረጋግጡ። Distribution ተጠቃሚን ወደ object storage ሊመራ ይችላል፤ ይህም ለዚያ ደንበኛ ቀጥተኛ የS3 ተደራሽነት ፍላጎት ይፈጥራል። የregistry ፕሮክሲን ማዋቀር ደንበኛውን አያዋቅርም። የredirect ባህሪን መቀየር የblob ትራፊክ የሚፈስበትን ቦታ ይቀይራል፤ ስለዚህ ቅንብሩን ከመቀየርዎ በፊት ያልተሳካውን ላኪ እና ክዋኔ ይለዩ።

ተዛማጅ ጽሑፎች