হোস্ট এবং ওয়েব কনটেইনারের জন্য DDEV প্রক্সি সেটিংস

হোস্ট ভেরিয়েবল এবং Docker ক্লায়েন্ট প্রক্সি কনফিগারেশন তাদের নিজ নিজ গ্রাহকের জন্য ব্যবহার করুন; বেস-ইমেজ ডাউনলোড এখনও Docker ডেমন পরিচালনা করে।

মাউন্ট করা Wget কনফিগারেশন Wget ঠিক করতে পারে, কিন্তু Drush বা Composer অপরিবর্তিত থাকবে। যে প্রোগ্রামটি ব্যর্থ অনুরোধ করছে সেটি দিয়ে শুরু করুন, তারপর সেই প্রোগ্রামের চালু হওয়ার সীমায় প্রক্সি সরবরাহ করুন।

হোস্ট প্রোগ্রাম

স্বাভাবিক ভেরিয়েবল সমর্থন করে এমন হোস্ট প্রোগ্রামের জন্য সরবরাহ করুন:

export http_proxy=http://proxy.example:8080
export https_proxy=http://proxy.example:8080
export no_proxy=localhost,127.0.0.1,::1,.ddev.site

HTTPS ভেরিয়েবল HTTPS গন্তব্য নির্বাচন করে; এর HTTP URL প্রক্সি শ্রোতাকে বর্ণনা করে। HTTP প্রক্সি তালিকা থেকে একটি এন্ডপয়েন্ট তখন প্রার্থী হয় যখন সংশ্লিষ্ট হোস্ট বা ওয়েব-কনটেইনার ডাউনলোড কোনো পাবলিক রুট ব্যবহার করতে পারে।

কনটেইনার বিল্ড এবং রানটাইম

DDEV proxies অংশটি বিদ্যমান ~/.docker/config.json-এ নথিভুক্ত করে:

{
  "proxies": {
    "default": {
      "httpProxy": "http://proxy.example:8080",
      "httpsProxy": "http://proxy.example:8080",
      "noProxy": "localhost,127.0.0.1,::1,.ddev.site"
    }
  }
}

প্রমাণীকরণ বা অন্যান্য বিদ্যমান এন্ট্রি প্রতিস্থাপন না করে এই অংশটি একীভূত করুন, তারপর DDEV প্রকল্প পুনরায় চালু করুন। Docker এই সেটিংস ব্যবহার করে পরিবেশ ভেরিয়েবল এবং বিল্ড আর্গুমেন্ট সরবরাহ করে। ওয়েব কনটেইনারের ভিতরের প্রোগ্রামগুলিকে এখনও সেগুলি সমর্থন করতে হবে।

বেস-ইমেজ টানা

অনুপস্থিত বেস-ইমেজ Docker ডেমন ডাউনলোড করে। উপরের ক্লায়েন্ট কনফিগারেশন সেই ডেমনের প্রক্সি সেট করে না, আর উষ্ণ ইমেজ ক্যাশ টানা সম্পূর্ণ এড়াতে পারে।

DDEV-এর স্থানীয় অ্যাপ্লিকেশন ও পরিষেবা রুটগুলি নির্ধারিত সরাসরি পরিসরে রাখুন। অভ্যন্তরীণ ডোমেন বা ঠিকানা পরিসর যোগ করার সময় বাইপাস সিনট্যাক্সটি প্রকৃত গ্রাহকের সাথে খাপ খাওয়ান।

সম্পর্কিত নিবন্ধ