Docker-এর proxies ম্যাপ daemon দ্বারা নির্ধারিত, ওয়েবসাইট দ্বারা নয়
Docker ক্লায়েন্ট প্রক্সি কনফিগারেশনে একটি হোস্ট-নির্দিষ্ট এন্ট্রি কোনো Docker daemon সংযোগের সেটিংস বেছে নেয়। এটি প্রতি-গন্তব্য PAC নিয়ম নয়।
JSON অবজেক্টটি আশাব্যঞ্জক দেখায়: proxies ম্যাপে একটি default এন্ট্রি ও অতিরিক্ত ঠিকানা-কী আছে। সেখানে একটি registry হোস্টনেম রেখে সেই registry-তে যাওয়া অনুরোধ অন্য প্রক্সি ব্যবহার করবে এমন আশা করা সহজ।
সেই কীগুলো ক্লায়েন্ট যে Docker daemon-গুলোতে সংযোগ করে সেগুলো চিহ্নিত করে। কন্টেইনার যে ওয়েবসাইটগুলো অনুরোধ করবে সেগুলো চিহ্নিত করে না।
Docker ক্লায়েন্ট কনফিগারেশন নতুন কন্টেইনারকে প্রক্সি পরিবেশ চলক এবং নতুন বিল্ডকে প্রক্সি বিল্ড আর্গুমেন্ট দিতে পারে। daemon-নির্দিষ্ট এন্ট্রি মিলে যাওয়া daemon প্রসঙ্গের জন্য সেই প্রদত্ত কনফিগারেশন বদলায়।
এটি daemon-এর নিজস্ব বহির্গামী প্রক্সি সংযোগ কনফিগার করে না। কন্টেইনারের HTTP ক্লায়েন্টকে PAC মূল্যায়কও করে না।
যদি আপনার কাজ হয় একটি অভ্যন্তরীণ registry সরাসরি রাখা, আর daemon প্রক্সির মাধ্যমে অন্য সেবাগুলোতে পৌঁছায়, তবে daemon-এর সমর্থিত প্রক্সি ও বাইপাস কনফিগারেশন দেখুন। অ্যাপ্লিকেশনের বিভিন্ন গন্তব্যের জন্য ভিন্ন upstream প্রক্সি দরকার হলে সেই নীতি উপযুক্ত ক্লায়েন্ট বা ফরওয়ার্ডিং ব্যবস্থায় থাকা উচিত।
ম্যাপ সম্পাদনার আগে লিখে রাখুন কীটি কোন ঠিকানা বোঝায় এবং কোন প্রক্রিয়া ব্যর্থ অনুরোধ করছে। একই হোস্টনেম daemon সংযোগ, registry URL ও প্রক্সি URL-এ দেখা যেতে পারে, কিন্তু এগুলো তিনটি ভিন্ন ভূমিকা।