Terraform प्रॉक्सी अयशस्वी: डाउनलोड, प्रदाता आणि दूरस्थ रन
प्रॉक्सी रनच्या फक्त एका भागासाठी काम करत असताना Terraform रजिस्ट्री डाउनलोड, Git मॉड्यूल फेच, प्रदाता API कॉल आणि दूरस्थ अंमलबजावणी वेगळे करा.
प्रदात्याचे डाउनलोड यशस्वी होणे नंतरच्या क्लाउड API कॉलबद्दल फार थोडे सांगते. पहिल्या अयशस्वी होणाऱ्या होस्टनाव आणि ऑपरेशनपासून सुरुवात करा, नंतर त्यांचा मालक ओळखा:
| ऑपरेशन | हा मार्ग अनुसरा |
|---|---|
| रजिस्ट्री लुकअप किंवा इंस्टॉलेशन डाउनलोड | Terraform प्रक्रिया, इंस्टॉलेशन स्रोत आणि प्रॉक्सी वातावरण |
| Git-आधारित मॉड्यूल फेच | स्रोत URL आणि Git वाहतूक; SSH आणि HTTPS वेगवेगळ्या सेटिंग्ज वापरतात |
| क्लाउड API कॉल | प्रदाता प्लगइन आणि त्याच्या SDKचे राउटिंग व विश्वास कॉन्फिगरेशन |
| दूरस्थ अंमलबजावणी | रनरचे वातावरण आणि नेटवर्क, लॅपटॉपचे नाही |
CONNECT ला समर्थन देणाऱ्या HTTP प्रॉक्सीसाठी, हे वातावरण मूल्य HTTPS गंतव्यांसाठी ते योग्यरित्या निवडू शकते:
HTTPS_PROXY=http://proxy.example:3128व्हेरिएबल गंतव्याची योजना सांगते; मूल्य प्रॉक्सीची वाहतूक सांगते. https:// फक्त तेव्हाच वापरा जेव्हा लिसनर TLS देते आणि विनंती करणारा क्लायंट त्याला समर्थन देतो. प्रदाते स्वतंत्र प्लगइन आहेत आणि SDK-विशिष्ट सेटिंग्ज वापरू शकतात, म्हणून हे मूल्य प्रत्येक प्रदात्याबद्दलचे वचन नाही.
ओळखलेल्या मालकाकडे, सेटिंग बदलण्यापूर्वी त्रुटीचा स्तर वेगळा करा: नाकारलेले प्रॉक्सी कनेक्शन, प्रॉक्सी 407, नाकारलेले CONNECT, प्रमाणपत्र त्रुटी आणि क्लाउड API 403 प्रत्येक पुढील तपासणी वेगळ्या पद्धतीने मर्यादित करतात. टप्पा, गंतव्य, अंमलबजावणी वातावरण आणि पहिली त्रुटी एकत्र ठेवा.
समर्थित सेटिंग त्या घटकावर लागू करा. लॅपटॉपवरील एक्सपोर्ट दूरस्थ रनर कॉन्फिगर करत नाही, आणि प्रॉक्सी क्रेडेन्शियल्स रजिस्ट्री किंवा क्लाउड API समोर प्रमाणित करत नाहीत.