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

សម្រាប់ការផ្គូផ្គងបណ្តាញស្ពានធម្មតា សូមប្រៀបធៀបតម្លៃទាំងបីនេះ៖

ផ្នែកនៃផ្លូវតម្លៃត្រូវពិនិត្យ
ច្រកចូលរបស់អតិថិជនអាសយដ្ឋានម៉ាស៊ីន និងច្រកដែលបានផ្សព្វផ្សាយ ដែលអតិថិជនទាក់ទង
គោលដៅបញ្ជូនបន្តអាសយដ្ឋាន និងច្រកកុងតឺន័រដែលការផ្គូផ្គងជ្រើសរើស
សេវាកម្មអាសយដ្ឋាន និងច្រកដែលប្រូកស៊ីពិតជាភ្ជាប់នៅក្នុងកុងតឺន័រ

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

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

តាមដានថាតើការតភ្ជាប់ដែលបរាជ័យទៅដល់កម្រិតណា។ ការបដិសេធ និងការកំណត់ឡើងវិញប្រែប្រួលតាមវេទិកា និងការអនុវត្តបញ្ជូនបន្ត ដូច្នេះគ្មានមួយណាកំណត់អត្តសញ្ញាណការកំណត់តែមួយឡើយ។ នៅពេលវាទៅដល់សេវាកម្ម សូមរកមើលការស្វាគមន៍ប្រូកស៊ីត្រឹមត្រូវ ហើយអនុវត្តកំណែ SOCKS ការផ្ទៀងផ្ទាត់ និងគោលនយោបាយគោលដៅដែលត្រូវការ។ ច្រកម៉ាស៊ីនដែលអាចឈានដល់តែមួយមុខមិនអាចបញ្ជាក់សមត្ថភាពទាំងនោះបានទេ។

អត្ថបទពាក់ព័ន្ធ