প্ৰক্সি কণ্টেইনেৰে DNS কণ্টেইনাৰ স্বয়ংক্ৰিয়ভাৱে ব্যৱহাৰ নকৰাৰ কাৰণ

এটা Docker হוסטত প্ৰক্সি আৰু DNS চাৰ্ভাৰ চলাই থ'লে সিহঁতৰ DNS পথ সংযোগ নহয়। তিনিটা পৃথক সম্পৰ্ক গুৰুত্বপূৰ্ণ:

• নেটৱৰ্ক প্ৰাপ্যতা। পৃথক Compose প্ৰকল্পৰ সাধাৰণতে পৃথক ডিফল্ট নেটৱৰ্ক থাকে। সেৱাসমূহ এটা উপযুক্ত ভাগ-কৰা নেটৱৰ্কত ৰাখক, হয় এটা প্ৰকল্পৰ ভিতৰত বা প্ৰকল্পসমূহৰ মাজত স্পষ্টভাৱে ভাগ-কৰা এটা নেটৱৰ্কৰ জৰিয়তে।
• সেৱা আৱিষ্কাৰ। কাষ্টম Docker নেটৱৰ্কৰ অৱস্থাপিত DNS এ কণ্টেইনাৰৰ নাম ৰিজলভ কৰিব পাৰে। ই এটা এপ্লিকেশনে ওচৰৰ এটা কণ্টেইনাৰ আৱিষ্কাৰ কৰিবলৈ দিয়ে; কিন্তু সেই কণ্টেইনাৰটোক স্বয়ংক্ৰিয়ভাৱে তাৰ DNS ৰিজলভাৰ হিচাপে বাছি নলয়।
• ৰিজলভাৰ বাছনি। প্ৰক্সি কণ্টেইনাৰৰ ভিতৰত ব্যৱহৃত ৰিজলভাৰটো চিনি লওক। Compose ৰ dns ফিল্ডে DNS চাৰ্ভাৰৰ ঠিকনা লয়। এপ্লিকেশ্যনত ৰিজলভ হোৱা dns.local ধৰণৰ নাম এটা সেই ফিল্ডৰ বাবে বৈধ মান নহয়।

প্ৰক্সি কণ্টেইনাৰৰ পৰা তাৰ সংৰূপিত ৰিজলভাৰ ঠিকনালৈকে অনুসন্ধানটো অনুসৰণ কৰক। সেই ঠিকনাত এটা ৰুট আৰু এটা DNS শ্ৰোতা আছে নিশ্চিত কৰক। হোস্ট পৰ্ট 53 প্ৰকাশ কৰিলে হোস্টৰ ফালে এটা প্ৰৱেশ পথ সৃষ্টি হয়; কিন্তু কণ্টেইনাৰসমূহক তাক ব্যৱহাৰ কৰিবলৈ নকয়। এটা নেটৱৰ্ক ভাগ কৰা কণ্টেইনাৰে ইয়াৰ পৰিৱৰ্তে পোনপটীয়াকৈ যোগাযোগ কৰিব পাৰে।

যদি সংৰূপণে DNS কণ্টেইনাৰৰ ঠিকনাক উল্লেখ কৰে, তেন্তে উপযুক্ত IPAM সংৰূপণৰ অধীনত তাক স্থিৰ ৰাখক। কালিৰ কণ্টেইনাৰৰ পৰা কপি কৰা গতিশীলভাৱে আবণ্টিত ঠিকনা পুনৰ সৃষ্টিৰ সময়ত ব্যৰ্থ হ'ব পাৰে। ৰিজলভাৰৰ আপষ্ট্ৰিম পথো পৰীক্ষা কৰক: উত্তৰ নোহোৱা অনুসন্ধান নিজৰ ওচৰলৈ ঘূৰাই পঠোৱাটোৱে অগম্য ৰিজলভাৰতকৈ বেলেগ বিফলতা সৃষ্টি কৰে।

অৱশেষত, গন্তব্যটো কোনে ৰিজলভ কৰে চিনি লওক। CONNECT নাম ৰিজলভ কৰা HTTP প্ৰক্সিয়ে এই কণ্টেইনাৰ পথ ব্যৱহাৰ কৰিব পাৰে; স্থানীয়ভাৱে ৰিজলভ কৰা SOCKS ক্লায়েন্টে নকৰিবও পাৰে। হোস্ট অনুসন্ধানে হোস্টৰ ৰুট প্ৰমাণ কৰে, প্ৰক্সি প্ৰক্ৰিয়াৰ নহয়।