ហេតុអ្វីកុងតឺន័រប្រុកស៊ីមិនប្រើកុងតឺន័រឌីអិនអេសដោយស្វ័យប្រវត្តិ

ការរត់ប្រុកស៊ី និងម៉ាស៊ីនមេឌីអិនអេសនៅលើម៉ាស៊ីន Docker តែមួយមិនភ្ជាប់ផ្លូវឌីអិនអេសរបស់ពួកវាទេ។ មានទំនាក់ទំនងបីដាច់ដោយឡែកដែលសំខាន់៖

• ការឈានដល់បណ្តាញ។ គម្រោង Compose ដាច់ដោយឡែកជាធម្មតាមានបណ្តាញលំនាំដើមដាច់ដោយឡែក។ ដាក់សេវាកម្មនៅលើបណ្តាញរួមដែលសមស្រប ទាំងក្នុងគម្រោងតែមួយ ឬតាមរយៈបណ្តាញដែលចែករំលែកយ៉ាងច្បាស់រវាងគម្រោង។
• ការស្វែងរកសេវាកម្ម។ ឌីអិនអេសបង្កប់ក្នុងបណ្តាញ Docker ផ្ទាល់ខ្លួនអាចដោះស្រាយឈ្មោះកុងតឺន័រ។ នោះអនុញ្ញាតឱ្យកម្មវិធីរកឃើញអ្នកជិតខាង ប៉ុន្តែវាមិនជ្រើសរើសអ្នកជិតខាងនោះជាអ្នកដោះស្រាយឌីអិនអេសដោយស្វ័យប្រវត្តិទេ។
• ការជ្រើសរើសអ្នកដោះស្រាយ។ កំណត់អ្នកដោះស្រាយដែលប្រើក្នុងកុងតឺន័រប្រុកស៊ី។ វាល dns របស់ Compose ទទួលអាសយដ្ឋានម៉ាស៊ីនមេឌីអិនអេស។ ឈ្មោះដូចជា dns.local ដែលដោះស្រាយក្នុងកម្មវិធីមិនធ្វើឱ្យវាក្លាយជាតម្លៃត្រឹមត្រូវសម្រាប់វាលនោះទេ។

តាមដានសំណួរពីកុងតឺន័រប្រុកស៊ីទៅអាសយដ្ឋានអ្នកដោះស្រាយដែលបានកំណត់របស់វា។ បញ្ជាក់ថាមានផ្លូវ និងអ្នកស្តាប់ឌីអិនអេសនៅអាសយដ្ឋាននោះ។ ការផ្សព្វផ្សាយច្រក 53 របស់ម៉ាស៊ីនបង្កើតផ្លូវចូលពីចំហៀងម៉ាស៊ីន ប៉ុន្តែវាមិនប្រាប់កុងតឺន័រឱ្យប្រើវាទេ។ កុងតឺន័រដែលចែករំលែកបណ្តាញអាចប្រាស្រ័យទាក់ទងដោយផ្ទាល់ជំនួសវិញ។

ប្រសិនបើការកំណត់សំដៅអាសយដ្ឋានរបស់កុងតឺន័រឌីអិនអេស រក្សាវាឱ្យស្ថិរភាពក្រោមការកំណត់ IPAM ដែលត្រូវគ្នា។ អាសយដ្ឋានដែលបានបែងចែកដោយថាមវន្ត ហើយចម្លងពីកុងតឺន័រម្សិលមិញអាចបរាជ័យពេលបង្កើតឡើងវិញ។ ពិនិត្យផ្លូវខាងលើរបស់អ្នកដោះស្រាយផងដែរ៖ ការបញ្ជូនសំណួរគ្មានចម្លើយត្រឡប់ទៅខ្លួនវាបង្កើតបរាជ័យខុសពីអ្នកដោះស្រាយដែលមិនអាចឈានដល់។

ចុងក្រោយ កំណត់ថាអ្នកណាដោះស្រាយគោលដៅ។ ប្រុកស៊ី HTTP ដែលដោះស្រាយឈ្មោះ CONNECT អាចប្រើផ្លូវកុងតឺន័រនេះ រីឯអតិថិជន SOCKS ដែលដោះស្រាយក្នុងតំបន់ប្រហែលជាមិនប្រើ។ ការស្វែងរកលើម៉ាស៊ីនបញ្ជាក់ផ្លូវរបស់ម៉ាស៊ីន មិនមែនផ្លូវរបស់ដំណើរការប្រុកស៊ីទេ។