ఇమేజ్ లేయర్ నిలిచిపోయినప్పుడు కూడా ECR లాగిన్ మరియు మానిఫెస్ట్ పొందడం పనిచేయవచ్చు. Amazon ECR లేయర్‌లను S3లో నిల్వ చేస్తుంది, మరియు దాని VPC endpoint మార్గదర్శకం ECR API, రిజిస్ట్రీ మరియు S3 పొందిక మార్గాన్ని విడివిడిగా పరిగణిస్తుంది.

  1. విఫలమైన లేయర్ హోస్ట్‌నేమ్‌ను కనుగొనండి.రిజిస్ట్రీ బైపాస్ మొత్తం పుల్‌ను కవర్ చేస్తుందని ఊహించడం బదులు నిజమైన అభ్యర్థన నుండి హోస్ట్‌నేమ్‌ను ఉంచండి.
  2. పంపినవారిని గుర్తించండి.Docker పుల్ కోసం, డెమన్ ప్రాక్సీ కాన్ఫిగరేషన్‌ను పరిశీలించండి. ఒక స్థానిక Docker Engine daemon.json ఉదాహరణ ప్రైవేట్ ECR మరియు S3 లేయర్ మార్గాలను కలిసి ఉంచుతుంది. కొత్త అప్లికేషన్ కంటైనర్ కోసం ఉద్దేశించిన ఎన్విరాన్‌మెంట్ వేరియబుల్స్ ఆ కంటైనర్ ఉనికిలోకి రాకముందే జరిగే ఇమేజ్ డౌన్‌లోడ్‌ను కాన్ఫిగర్ చేయలేవు.
  3. ఉద్దేశించిన S3 మార్గాన్ని తనిఖీ చేయండి.బైపాస్ నమోదులను ప్రాంతీయ endpoint పేర్లు మరియు క్లయింట్ మద్దతు ఇచ్చే వ్యాకరణంతో సరిపోల్చండి. ప్రైవేట్ DNS, రూట్ టేబుల్స్, endpoint విధానం మరియు అనుమతులు కూడా ఆ మార్గానికి మద్దతు ఇవ్వాలి.
గమనించిన వైఫల్యంఇది మీకు ఏమి చెబుతుంది
ప్రాక్సీ తిరస్కరణలేయర్ అభ్యర్థన మధ్యవర్తిని చేరుకుంది.
నేరు కనెక్షన్ సమయం ముగిసిందిబైపాస్ నేరు రూటింగ్‌ను ఎంచుకుని ఉండవచ్చు, కానీ ఆ మార్గం ఇప్పటికీ ఉపయోగించలేనిది కావచ్చు.

ప్రొవైడర్ డొమైన్‌లోని ప్రతి సేవకు సమీక్షించని మినహాయింపుతో ఒక మిస్సింగ్ లేయర్ హోస్ట్‌ను భర్తీ చేయడం మానుకోండి. నేరు మినహాయింపు మిస్సింగ్ గేట్‌వే మార్గాన్ని సృష్టించలేదు.

నిజమైన ఇమేజ్ యొక్క అభ్యర్థనలను మరియు ప్రొవైడర్ యొక్క ప్రస్తుత సూచనలను ఉపయోగించండి. విదేశీ Windows లేయర్‌లతో సహా ప్రత్యేక కంటెంట్ ఇతర మూలాలను తీసుకురావచ్చు; చారిత్రక రెండు-హోస్ట్ అనుమతి జాబితా వాటిని కవర్ చేయవలసిన అవసరం లేదు.

సంబంధిత వ్యాసాలు