Distribution રજિસ્ટ્રીની S3 વિનંતીઓ માટે પ્રોક્સી સેટિંગ્સ

S3 ઍક્સેસ કરતી Distribution રજિસ્ટ્રી પ્રક્રિયા પર પ્રોક્સી સેટિંગ્સ મૂકો, અને ઑબ્જેક્ટ સ્ટોરેજ તરફ રીડાયરેક્ટ થતા ક્લાયન્ટની અલગ ગણતરી કરો.

પર્યાવરણ-જાગ્રત HTTP ટ્રાન્સપોર્ટ વાપરતી કન્ટેનરાઇઝ્ડ Distribution રજિસ્ટ્રી માટે, S3 માર્ગ રજિસ્ટ્રી કન્ટેનરને આપો:

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, સ્ટોરેજ, પ્રમાણીકરણ અને volumes સાથે જોડો. આ ટુકડો સંપૂર્ણ રજિસ્ટ્રી નથી. પ્રોક્સીનું નામ તે કન્ટેનરથી પહોંચી શકાય તેવું હોવું જોઈએ, અને scheme પ્રોક્સી લિસનર સાથે મેળ ખાવું જોઈએ.

તૈનાત S3 ડ્રાઇવર અને ટ્રાન્સપોર્ટની ખાતરી કરો. Distribution 2.8.3 નો ઉલ્લેખિત સ્રોત AWS SDK સેશન વાપરે છે; કસ્ટમ ડ્રાઇવર કે ટ્રાન્સપોર્ટને બીજી સમર્થિત રૂપરેખા જોઈ શકે.

કનેક્શનકોણ રૂપરેખા બનાવે કે તપાસે
ક્લાયન્ટ → રજિસ્ટ્રીરજિસ્ટ્રીનું આવતું HTTP લિસનર અને ક્લાયન્ટ માર્ગ
Daemon → image સ્રોતDocker daemon પ્રોક્સી સેટિંગ્સ
રજિસ્ટ્રી → S3રજિસ્ટ્રી પ્રક્રિયાનું સ્ટોરેજ HTTP ટ્રાન્સપોર્ટ

સફળ ક્લાયન્ટ લોગિન ફક્ત પ્રથમ માર્ગ સાબિત કરે છે. સ્ટોરેજ ડ્રાઇવર S3 પર પોતાની વિનંતીઓ કરે છે; પહેલાં રજિસ્ટ્રી image ખેંચનાર daemon તે કૉલ કરતું નથી.

blob ડાઉનલોડ દરમિયાન રીડાયરેક્ટ પણ તપાસો. Distribution ગ્રાહકને ઑબ્જેક્ટ સ્ટોરેજ તરફ રીડાયરેક્ટ કરી શકે છે, જે તે ક્લાયન્ટ માટે સીધી S3 પહોંચની જરૂરિયાત ઊભી કરે છે. રજિસ્ટ્રીની પ્રોક્સી ગોઠવવાથી ગ્રાહક ગોઠવાતો નથી. રીડાયરેક્ટ વર્તન બદલવાથી blob ટ્રાફિકનો માર્ગ બદલાય છે, તેથી તે સેટિંગ બદલતા પહેલાં નિષ્ફળ જતા મોકલનાર અને ક્રિયા ઓળખો.

સંબંધિત લેખો