Terraform ప్రాక్సీ వైఫల్యాలు: డౌన్‌లోడ్‌లు, ప్రొవైడర్లు మరియు రిమోట్ రన్‌లు
ప్రాక్సీ రన్‌లో కొంత భాగానికి మాత్రమే పనిచేసినప్పుడు Terraform రిజిస్ట్రీ డౌన్‌లోడ్‌లు, Git మాడ్యూల్ ఫెచ్‌లు, ప్రొవైడర్ API కాల్స్ మరియు రిమోట్ ఎగ్జిక్యూషన్‌ను వేరు చేయండి.
ప్రొవైడర్ డౌన్‌లోడ్ విజయవంతం కావడం తర్వాతి క్లౌడ్ API కాల్ గురించి తక్కువ చెబుతుంది. మొదట విఫలమయ్యే హోస్ట్‌నేమ్ మరియు ఆపరేషన్‌తో ప్రారంభించి, ఆ తర్వాత వాటి యజమానిని గుర్తించండి:
| ఆపరేషన్ | ఈ మార్గాన్ని అనుసరించండి |
|---|---|
| రిజిస్ట్రీ లుకప్ లేదా ఇన్‌స్టాలేషన్ డౌన్‌లోడ్ | Terraform ప్రక్రియ, ఇన్‌స్టాలేషన్ మూలం మరియు ప్రాక్సీ వాతావరణం |
| Git ఆధారిత మాడ్యూల్ ఫెచ్ | మూల URL మరియు Git రవాణా; SSH మరియు HTTPS వేర్వేరు సెట్టింగ్‌లను ఉపయోగిస్తాయి |
| క్లౌడ్ API కాల్ | ప్రొవైడర్ ప్లగిన్ మరియు దాని SDK యొక్క రూటింగ్ మరియు విశ్వాస కాన్ఫిగరేషన్ |
| రిమోట్ ఎగ్జిక్యూషన్ | రన్నర్ యొక్క వాతావరణం మరియు నెట్‌వర్క్, ల్యాప్‌టాప్‌ది కాదు |
CONNECT మద్దతు ఇచ్చే HTTP ప్రాక్సీకి, ఈ వాతావరణ విలువ HTTPS గమ్యస్థానాలకు దాన్ని సరిగ్గా ఎంచుకోగలదు:
HTTPS_PROXY=http://proxy.example:3128వేరియబుల్ గమ్యస్థానం యొక్క స్కీమ్‌ను పేర్కొంటుంది; విలువ ప్రాక్సీ రవాణాను పేర్కొంటుంది. లిజనర్ TLS అందించినప్పుడు మరియు అభ్యర్థించే క్లయింట్ దాన్ని మద్దతు ఇచ్చినప్పుడు మాత్రమే https:// ఉపయోగించండి. ప్రొవైడర్లు వేర్వేరు ప్లగిన్‌లు మరియు SDK-నిర్దిష్ట సెట్టింగ్‌లను ఉపయోగించవచ్చు, కాబట్టి ఈ విలువ ప్రతి ప్రొవైడర్ గురించి హామీ కాదు.
గుర్తించిన యజమాని వద్ద, సెట్టింగ్ మార్చే ముందు లోపం పొరను వేరు చేయండి: తిరస్కరించబడిన ప్రాక్సీ కనెక్షన్, ప్రాక్సీ 407, తిరస్కరించబడిన CONNECT, సర్టిఫికెట్ లోపం మరియు క్లౌడ్ API 403 ప్రతి ఒక్కటి తదుపరి దర్యాప్తును వేర్వేరుగా కుదించుతాయి. దశ, గమ్యస్థానం, ఎగ్జిక్యూషన్ వాతావరణం మరియు మొదటి లోపాన్ని కలిసి ఉంచండి.
మద్దతు ఉన్న సెట్టింగ్‌ను ఆ భాగానికి వర్తించండి. ల్యాప్‌టాప్‌లో ఎగుమతి చేయడం రిమోట్ రన్నర్‌ను కాన్ఫిగర్ చేయదు, మరియు ప్రాక్సీ ఆధారాలు రిజిస్ట్రీ లేదా క్లౌడ్ APIకి ప్రామాణీకరించవు.