docker pull કન્ટેનરની પ્રોક્સી ગોઠવણી કેમ અવગણે છે

docker pull નિષ્ફળ જાય તો Docker ડિમન કે Docker Desktop ગોઠવો. એપ કન્ટેનર પોતાના પ્રોક્સી વેરિયેબલ વાંચી શકે તે પહેલાં ઇમેજ ડાઉનલોડ થાય છે.

નેટિવ Docker Engine

આ ભાગને હાલની ડિમન પ્રોક્સી ગોઠવણીમાં ભેળવો, દસ્તાવેજનો એન્ડપોઇન્ટ બદલો અને અસંબંધિત સેટિંગ જાળવો. જાહેર પ્રોક્સી મંજૂર હોય એવા જાહેર ઇમેજ પરીક્ષણ માટે HTTP પ્રોક્સી યાદી વિકલ્પ આપે છે:

{
  "proxies": {
    "http-proxy": "http://203.0.113.10:8080",
    "https-proxy": "http://203.0.113.10:8080",
    "no-proxy": "localhost,127.0.0.1,registry.example.internal"
  }
}

ડિમનની હાઇફનવાળી કી Docker ક્લાયન્ટની ~/.docker/config.jsonની camelCase કીથી અલગ છે. ક્લાયન્ટનો પ્રોક્સી વિભાગ નવા કન્ટેનર અને બિલ્ડને એન્વાયરમેન્ટ વેરિયેબલ આપે છે; ડિમન ડાઉનલોડ કે પહેલેથી ચાલતા કન્ટેનરનું વાતાવરણ ગોઠવતો નથી.

ઇન્સ્ટોલેશનના દસ્તાવેજ મુજબ ડિમન ફરી શરૂ કરો અને હાલના કામ પર અસરનું આયોજન કરો. ડિમન શરૂઆતના વાતાવરણમાંથી પણ પ્રોક્સી વેરિયેબલ લઈ શકે છે; પછી ટર્મિનલમાં export કરવાથી ચાલતી સેવા અપડેટ થતી નથી.

Docker Desktop

Desktopની પોતાની પ્રોક્સી ગોઠવણી વાપરો. Docker દસ્તાવેજ મુજબ Desktop daemon.jsonની પ્રોક્સી એન્ટ્રી અવગણે છે, એટલે નેટિવ Engine ઉદાહરણ વારંવાર બદલવાથી આ ઉત્પાદનનો માર્ગ ગોઠવાતો નથી.

સાચો ભાગ અપડેટ કર્યા પછી ઇમેજ ફરી ખેંચો. રજિસ્ટ્રી પહોંચ, પ્રમાણીકરણ, રીડાયરેક્ટ કે લેયર ડાઉનલોડમાંથી શું નિષ્ફળ ગયું તે વાંચો. હાલના કન્ટેનરની અંદર સફળ HTTP વિનંતી ફક્ત તે એપનો માર્ગ તપાસે છે. શેર કરેલા સ્ક્રીનશોટ અને કમિટ ફાઇલમાં પ્રોક્સી પ્રવેશ માહિતી ન મૂકો; ડિમન ગોઠવણી અને કન્ટેનર વાતાવરણ ગુપ્ત સંગ્રહ નથી.