GitLab Runner: విఫలమైన పని దశ కోసం ప్రాక్సీ సెట్టింగ్‌లను కనుగొనండి
Runner నియంత్రణ, ఇమేజ్ తీసుకోవడం, రిపోజిటరీ తీసుకోవడం మరియు పని లోపలి డౌన్‌లోడ్‌లు వేర్వేరు ప్రక్రియల నుండి రావచ్చు.
| మొదటి వైఫల్యం | తనిఖీ చేయాల్సిన ఇన్‌పుట్ |
|---|---|
| Runner GitLabను సంప్రదిస్తుంది | Runner సేవ యొక్క వాతావరణం |
| పని ఇమేజ్‌ను లాగండి | Docker డీమన్/లాగే సేవ |
| రిపోజిటరీని తీసుకోండి | అసలైన Git క్లయింట్/సహాయక వాతావరణం |
| పని ఆదేశం యొక్క డౌన్‌లోడ్ | కంటైనర్ మరియు ఆ సాధనం యొక్క స్వంత క్లయింట్ సెట్టింగ్‌లు |
కంటైనర్ సృష్టించడానికి ఇప్పటికే అవసరమైన ఇమేజ్ లాగింగ్‌కు పని వేరియబుల్ చాలా ఆలస్యంగా వస్తుంది. విజయవంతమైన Runner నియంత్రణ కనెక్షన్ కూడా వేరుచేసిన పని చేరుకోగల సామర్థ్యాన్ని స్థాపించలేదు.
127.0.0.1:3128 కోసం, లిజనర్‌ను కనుగొనండి: పని కంటైనర్ యొక్క loopback Runner హోస్ట్ కాదు. ఉద్దేశించిన పని నెట్‌వర్క్‌లకు మాత్రమే హోస్ట్ సహాయకుడికి ప్రవేశం ఇవ్వండి మరియు దాని అప్‌స్ట్రీమ్ ఖాతాను ఉద్దేశపూర్వకంగా నిర్వహించండి.
అమలు చేసిన Runner/ఎగ్జిక్యూటర్ మద్దతు ఇచ్చే ఇంటర్‌ఫేస్‌ను వర్తింపజేయండి, ఆపై అసలైన డౌన్‌లోడర్ యొక్క వెర్షన్-ఆధారిత ఎంపికలను. దశ, అభ్యర్థించే ప్రక్రియ మరియు ప్రయత్నించిన ఎండ్‌పాయింట్‌ను సవరించిన డయాగ్నస్టిక్స్‌లో ఉంచండి, ఖాతా-నిర్దిష్ట ఊహలను పంచుకున్న ర్యాపర్‌లలో పెట్టవద్దు.