ការជាន់គ្នានៃ subnet Docker អាចធ្វើឱ្យសំណើមិនទៅដល់ proxy
ប្រៀបធៀបផ្លូវរបស់ namespace ដែលធ្វើសំណើជាមួយជួរឈរស្ពានរបស់ Docker មុនពេលផ្លាស់ប្តូរគណនី proxy ក្រុមហ៊ុន។
កុងតឺន័រនៅលើ 172.17.0.0/16 អាចចាត់ទុក proxy ក្រុមហ៊ុននៅ 172.17.14.133 ជាអ្នកជិតខាង Docker ក្នុងតំបន់។ បន្ទាប់មកសំណើដើរតាមផ្លូវស្ពាន ជំនួសឱ្យការទៅដល់បណ្តាញក្រុមហ៊ុន។
ពិនិត្យផ្លូវនៅក្នុង network namespace ដែលធ្វើសំណើ។ តារាងផ្លូវរបស់ host Windows តែម្នាក់ឯងមិនពិពណ៌នាគ្រប់ផ្លូវនៅក្នុង Linux VM របស់ Docker Desktop ឬក្នុងកុងតឺន័រទេ។
| ការកំណត់ Docker | បណ្តាញដែលរងផលប៉ះពាល់ |
|---|---|
| bip | អាសយដ្ឋាន និងបុព្វបទរបស់ស្ពានលំនាំដើម |
| default-address-pools | subnet ដែលបានបែងចែកដោយស្វ័យប្រវត្តិសម្រាប់បណ្តាញដែលបង្កើតថ្មី |
ជ្រើសជួរឈរដែលមិនជាន់គ្នាដោយប្រៀបធៀបបណ្តាញក្រុមហ៊ុន VPN host និងកុងតឺន័រដែលមានស្រាប់។ ការផ្លាស់ប្តូរ pool សម្រាប់បណ្តាញអនាគតមិនដាក់លេខឡើងវិញលើបណ្តាញដែលមានស្រាប់ទេ។
រៀបចំផែនការបង្កើតបណ្តាញ និងកុងតឺន័រដែលរងផលប៉ះពាល់ឡើងវិញជាមួយបន្ទុកការងារ។ ការផ្លាស់ប្តូរអាសយដ្ឋានអាចកាត់ផ្តាច់ការតភ្ជាប់ដែលកំពុងដំណើរការ។ ការដោះស្រាយការជាន់គ្នាមួយមិនតម្រូវឱ្យបិទស្ពានទាំងស្រុងទេ។
នៅពេលសំណើទៅដល់អ្នកស្តាប់ដែលបានកំណត់ ពិធីការ និងការផ្ទៀងផ្ទាត់របស់វាអាចវាយតម្លៃបានធម្មតា។ ការផ្លាស់ប្តូរពាក្យសម្ងាត់មិនអាចកែការជ្រើសរើសផ្លូវមុននេះបានទេ។