Docker ৰ proxies মেপটো daemon ৰ দ্বাৰা নিৰ্ধাৰিত, ৱেবছাইটৰ দ্বাৰা নহয়
Docker client ৰ proxy পৰিকল্পনাত এটা host-নিৰ্দিষ্ট এণ্ট्रीয়ে এটা Docker daemon সংযোগৰ বাবে ছেটিংছ বাছনি কৰে। ই প্ৰতিটো গন্তব্যৰ বাবে PAC নিয়ম নহয়।
JSON বস্তুটো আশাপ্ৰদ যেন লাগে: proxies মেপত default এণ্ট্ৰী আৰু অতিৰিক্ত ঠিকনা-কী আছে। তাত এটা registry hostname ৰাখি সেই registry লৈ যোৱা অনুৰোধবোৰে আন এটা proxy ব্যৱহাৰ কৰিব বুলি আশা কৰাটো সহজ।
সেই কী-বোৰে client এ সংযোগ কৰা Docker daemon-বোৰ চিনাক্ত কৰে। সেইবোৰে container এ অনুৰোধ কৰিবলগীয়া ৱেবছাইট চিনাক্ত নকৰে।
Docker client ৰ পৰিকল্পনাই নতুন container-বোৰক proxy পৰিৱেশ চলক আৰু নতুন build-বোৰক proxy build আৰ্গুমেণ্ট যোগান ধৰিব পাৰে। daemon-নিৰ্দিষ্ট এণ্ট্ৰীয়ে মিলা daemon প্ৰসংগৰ বাবে সেই যোগান ধৰা পৰিকল্পনা সলনি কৰে।
ই daemon ৰ নিজৰ বাহিৰলৈ যোৱা proxy সংযোগ পৰিকল্পনা নকৰে। ই container ৰ HTTP client-ক PAC মূল্যাংকনকাৰী নকৰে।
যদি আপোনাৰ কাম এটা internal registry পোনপটীয়াকৈ ৰখা আৰু daemon এ আন সেৱা proxy ৰ মাজেৰে লাভ কৰা হয়, তেন্তে daemon ৰ সমৰ্থিত proxy আৰু bypass পৰিকল্পনা চাওক। যদি এপ্লিকেশ্যনে বিভিন্ন গন্তব্যৰ বাবে বিভিন্ন upstream proxy বিচাৰে, তেন্তে সেই নীতি এটা উপযুক্ত client বা forwarding ব্যৱস্থাত থাকিব লাগে।
মেপ সম্পাদনা কৰাৰ আগতে লিখি ৰাখক যে কী-য়ে কোনটো ঠিকনা প্ৰতিনিধিত্ব কৰে আৰু কোনটো প্ৰক্ৰিয়ে বিফল অনুৰোধ কৰে। একেতে hostname daemon সংযোগ, registry URL আৰু proxy URL ত দেখা দিব পাৰে, কিন্তু সেইবোৰ তিনিৰটা ভিন্ন ভূমিকা।