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-তে প্রমাণীকরণ করে না।