VS Code Dev Containers: বিল্ড ও রানটাইমের জন্য প্রক্সি সেটিংস

remoteEnv VS Code-এর সাবপ্রসেসগুলো কভার করে; রানটাইম-ব্যাপী এনভায়রনমেন্ট, Dockerfile বিল্ড ইনপুট এবং বেস-ইমেজ পুলের মালিক আলাদা।

ব্যর্থ অনুরোধের ধাপ দেখে কনফিগারেশনের উৎস বাছুন:

প্রক্রিয়াযে প্রক্সি ইনপুট পরীক্ষা করবেন
VS Code এবং সংশ্লিষ্ট রিমোট সাবপ্রসেসdevcontainer.json-এ remoteEnv
পুরো কনটেইনারের রানটাইমইমেজ/Dockerfile সেটআপের জন্য containerEnv; Compose-এর জন্য সার্ভিস এনভায়রনমেন্ট
Dockerfile RUNপ্রক্সি বিল্ড আর্গুমেন্ট, Docker ক্লায়েন্টের ডিফল্ট প্রক্সিসহ
বেস-ইমেজ পুলDocker ডেমন-এর আউটবাউন্ড কনফিগারেশন

প্রথম সারির জন্য এরকম একটি টুকরো একত্র করুন:

"remoteEnv": {
  "HTTP_PROXY": "http://proxy.example:8080",
  "HTTPS_PROXY": "http://proxy.example:8080"
}

ডাউনলোডারকে এই ভেরিয়েবলগুলো সমর্থন করতে হবে; প্রয়োজনে ছোট হাতের নাম ব্যবহার করুন। অনুমোদিত পাবলিক ডাউনলোডের জন্য HTTP প্রক্সি তালিকা এই remoteEnv URL-গুলোর জন্য প্রার্থী দেয়। পরিবর্তনের পর Dev Containers লাইফসাইকেল দিয়ে আবার বিল্ড করুন বা খুলুন।

রানটাইম remoteEnv আগের বিল্ড বা ইমেজ পুলের জন্য অনেক দেরি। ইমেজ লেয়ারে ব্যক্তিগত প্রক্সি ক্রেডেনশিয়াল ENV দিয়ে রাখা এড়িয়ে চলুন।

এন্ডপয়েন্টটি কনটেইনার থেকে পৌঁছানোও সম্ভব হতে হবে। localhost ওই কনটেইনারকেই বোঝায়; হোস্ট প্রক্সির জন্য নির্বাচিত Docker প্ল্যাটফর্মের প্রকাশ করা ঠিকানা এবং পৌঁছানো যায় এমন লিসেনার দরকার। Desktop-এর host.docker.internal কোনো সর্বজনীন Linux ইন্টারফেস নয়।

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