તમે docker.service માં પ્રોક્સી ઉમેર્યું, તેને ફરી શરૂ કર્યું, અને પછીનું pull પહેલાંની જેમ જ વર્ત્યું. જે મશીન પર apt અને snap બંને ઇન્સ્ટોલેશન હોય ત્યાં ચકાસો કે જે ડેમન તમારી CLI વાપરે છે તે આ જ છે.

મેળવવા માટે ત્રણ અલગ ઓળખ છે: CLI એક્ઝિક્યુટેબલ, પસંદ કરેલ એન્ડપોઇન્ટ, અને તે એન્ડપોઇન્ટ પાછળની સર્વર પ્રક્રિયા. PATH માં એક docker આદેશ મળવાથી ફક્ત પહેલું જ નક્કી થાય છે.

docker context show
docker context inspect

Docker કોન્ટેક્સ્ટ એન્ડપોઇન્ટનું વર્ણન કરે છે. DOCKER_HOST, DOCKER_CONTEXT અને કમાન્ડ લાઇન પરના એન્ડપોઇન્ટ પસંદગીઓ દેખીતા ડિફૉલ્ટને બાજુ પર મૂકી શકે છે, તેથી પર્યાવરણ અને કૉલ પણ તપાસો.

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

પ્રોક્સીને તે ડેમન સાથે સંબંધિત ઇન્ટરફેસ દ્વારા લાગુ કરો. Docker ની દસ્તાવેજીકૃત ડેમન સેટિંગ્સ અને તેનું સ્ટાર્ટઅપ પર્યાવરણ હોસ્ટ પરના દરેક Docker ઇન્સ્ટોલેશન માટે પ્રસારણ નથી.

"વસ્તુઓ સાફ કરવા" માટે પેકેજ અનઇન્સ્ટોલ કરતા પહેલાં આ ઓળખ કરો. ન વપરાયેલું લાગતું ડેમન એવા કન્ટેનર કે ઇમેજનું માલિક હોઈ શકે જે બીજું ઇન્સ્ટન્સ સંભાળતું નથી. તાત્કાલિક પ્રોક્સી સુધારો એ છે કે પસંદ કરેલ સર્વરને જાણી જોઈને રૂપરેખાંકિત કરવું; કયું ઇન્સ્ટોલેશન રાખવું તે નિર્ણય અલગ જાળવણી ફેરફાર છે.

સંબંધિત લેખો