Docker পরিষেবার DNS এবং no_proxy দিয়ে প্রক্সি বাইপাস
বাহ্যিক HTTP প্রক্সি সেই নেটওয়ার্ক সমাধান বা পৌঁছাতে না পারলে একটি অভীষ্ট অভ্যন্তরীণ পরিষেবার জন্য no_proxy ব্যবহার করুন।
বাহ্যিক HTTP প্রক্সিকে Docker-এর api পরিষেবার নাম জানতে হয় না। http://api:8080/-এর জন্য প্রক্সি পরবর্তী সংযোগটি খোলে, তাই অ্যাপ কনটেইনারের ভিতরে সফল লুকআপ প্রক্সির DNS দৃষ্টিভঙ্গি প্রমাণ করে না।
অভীষ্ট সরাসরি অ্যাক্সেসের জন্য, ব্যতিক্রমটি সেই কনটেইনারের পরিবেশে যোগ করুন:
environment:
http_proxy: http://proxy.example:8080
https_proxy: http://proxy.example:8080
no_proxy: apiapi-এ সরাসরি অনুরোধ কনটেইনারের রুট এবং অন্তর্নির্মিত রিজলভার ব্যবহার করে। দুটি কনটেইনারের এখনও ব্যবহারকারী-সংজ্ঞায়িত শেয়ার্ড নেটওয়ার্ক প্রয়োজন এবং পরিষেবাটিকে 8080-এ শুনতে হবে। যোগ্য বাহ্যিক অনুরোধ প্রক্সি ধরে রাখে। যদি সেই পাবলিক গন্তব্যগুলি একটি পাবলিক মধ্যস্থতাকারী ব্যবহার করতে পারে, HTTP প্রক্সি তালিকা অ্যাকাউন্টহীন প্রক্সি URL-এর জন্য প্রার্থী সরবরাহ করে; api-কে সরাসরি ব্যতিক্রমে রাখুন।
যদি পুনরায় তৈরি করা কনটেইনার অপ্রত্যাশিত ভেরিয়েবল ধরে রাখে, Docker ক্লায়েন্টের config.json proxies বিভাগ পরীক্ষা করুন, যা পরিবেশের মান ইনজেক্ট করতে পারে। অভীষ্ট এন্ট্রি পরিবর্তন করুন এবং স্বাভাবিক প্রবাহে প্রভাবিত কনটেইনারগুলি পুনরায় তৈরি করুন, অসম্পর্কিত কনফিগারেশন সংরক্ষণ করে।