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 ఉదాహరణను పదే పదే మార్చినా ఈ ఉత్పత్తి మార్గం అమరదు.

సరైన భాగాన్ని నవీకరించిన తర్వాత ఇమేజ్ మళ్లీ పొందండి. registry ప్రాప్యత, ప్రమాణీకరణ, రీడైరెక్ట్ లేదా లేయర్ డౌన్‌లోడ్‌లో ఏది విఫలమైందో చదవండి. ఉన్న కంటైనర్ లోపల విజయవంతమైన HTTP అభ్యర్థన ఆ యాప్ మార్గాన్నే తనిఖీ చేస్తుంది. పంచుకునే స్క్రీన్‌షాట్ లేదా commit ఫైల్‌లో ప్రాక్సీ లాగిన్ వివరాలు ఉంచవద్దు; డీమన్ కాన్ఫిగరేషన్, కంటైనర్ పరిసరాలు రహస్య భాండాగారాలు కావు.