আপোনাৰ কৰ্পোৰেট প্ৰক্সিয়ে কিয় এটা Compose সেৱাৰ নাম সমাধান কৰিবলৈ চেষ্টা কৰি আছে
এটা HTTP ক্লায়েন্টে Docker ৰ সেৱা-নাম সমাধান ব্যৱহাৰ কৰাৰ আগতে ইয়াৰ সংৰূপিত প্ৰক্সিলৈ এটা আভ্যন্তৰীণ সেৱা অনুৰোধ পঠিয়াব পাৰে। সঠিক ক্লায়েন্টৰ বাবে ইচ্ছাকৃত বাইপাছ যোগ কৰক।
এপ্লিকেচনে ইয়াৰ কৰ্পোৰেট প্ৰক্সিৰ জৰিয়তে ইণ্টাৰনেটত উপনীত হয়, কিন্তু http://catalog:8080/ বিফল হয় আৰু প্ৰক্সিয়ে “catalog” সমাধান কৰিব নোৱাৰে। সেই অনুৰোধে হয়তো Docker ৰ আভ্যন্তৰীণ DNS কেতিয়াও ব্যৱহাৰ কৰা নাই।
এটা HTTP ক্লায়েন্টে পোনপটীয়া সংযোগ কৰাৰ আগতে ইয়াৰ প্ৰক্সি বাছনি কৰিব পাৰে। তাৰ পিছত বাহ্যিক প্ৰক্সিয়ে এনে এটা নাম লাভ কৰে যাৰ অৰ্থ কেৱল Compose নেটৱৰ্কৰ ভিতৰতহে আছে।
- অনুৰোধত হোষ্টনাম ব্যৱহাৰ কৰক। Compose সেৱাবোৰ উপযুক্ত নেটৱৰ্কত সেৱাৰ নামেৰে আৱিষ্কাৰযোগ্য। সলনি হ’ব পৰা কণ্টেইনাৰ IP হাৰ্ড-কোড কৰাৰ পৰিৱৰ্তে গ্ৰাহক ক্লায়েন্টৰ সমৰ্থিত বাইপাছ সংৰূপত
catalogযোগ কৰক। - বিদ্যমান ব্যতিক্ৰমসমূহ সংৰক্ষণ কৰক। পৰিৱেশ-সচেতন ক্লায়েন্টৰ বাবে প্ৰাসংগিক এন্ট্ৰিবোৰ সংস্থাৰ তালিকাৰ সৈতে একত্ৰিত কৰক:
NO_PROXY=localhost,127.0.0.1,catalog
no_proxy=localhost,127.0.0.1,catalogইমেজত থকা প্ৰকৃত লাইব্ৰেৰী বা এক্সিকিউটেবলৰ ক্ষেত্ৰত আখৰৰ ধৰণ, সংস্কৰণ আৰু মিলোৱা ব্যাকৰণ পৰীক্ষা কৰক। কোনো সাৰ্বজনীন NO_PROXY পাৰ্ছাৰ নাই। সৰু ইমেজত wget নামৰ এটা প্ৰগ্ৰামে GNU Wget ৰ দৰে আচৰণ কৰিব নালাগে।
অনুৰোধে পোনপটীয়া ৰাউটিং বাছনি কৰাৰ পিছত, কলাৰ আৰু সেৱাৰ যুটীয়া নেটৱৰ্ক, শুনি থকা সেৱা আৰু কণ্টেইনাৰ প’ৰ্ট পৰীক্ষা কৰক। প্ৰকাশিত হোষ্ট প’ৰ্ট আন এটা এণ্ডপইণ্ট। এটা বাইপাছে হেৰাই যোৱা নেটৱৰ্ক সংযোগ যোগ কৰিব নোৱাৰে, যেনেকৈ নেটৱৰ্ক পুনৰ সৃষ্টি কৰিলে বাহ্যিক প্ৰক্সিক এটা ব্যক্তিগত Compose নাম শিকাব নোৱাৰে।
উদ্দেশ্য অনুসৰি বিভাজন ৰাখক: আভ্যন্তৰীণ অনুৰোধে ইয়াৰ আভ্যন্তৰীণ পথ ব্যৱহাৰ কৰে; বাহ্যিক অনুৰোধে অনুমোদিত প্ৰক্সি ৰাখে। প্ৰক্সি বিশ্বজুৰি অক্ষম কৰিলে এই এটা বিফলতা লুকুৱাব পাৰে, লগতে পৰৱৰ্তী বাহ্যিক অনুৰোধৰ বাবে প্ৰয়োজনীয় পথ আঁতৰাই পেলাব পাৰে।