DNS សេវាកម្ម Docker និងការជៀសវាងប្រូកស៊ីជាមួយ no_proxy
ប្រើ no_proxy សម្រាប់សេវាកម្មខាងក្នុងដែលមានបំណង នៅពេលប្រូកស៊ី HTTP ខាងក្រៅមិនអាចដោះស្រាយ ឬទៅដល់បណ្តាញនោះបាន។
ប្រូកស៊ី HTTP ខាងក្រៅមិនចាំបាច់ដឹងឈ្មោះសេវាកម្ម api របស់ Docker ទេ។ សម្រាប់ http://api:8080/ ប្រូកស៊ីបើកការតភ្ជាប់បន្ទាប់ ដូច្នេះការស្វែងរកជោគជ័យក្នុងឧបករណ៍បញ្ចូលកម្មវិធីមិនបញ្ជាក់ទិដ្ឋភាព DNS របស់ប្រូកស៊ីទេ។
សម្រាប់ការចូលដំណើរការផ្ទាល់ដែលមានបំណង សូមបន្ថែមករណីលើកលែងទៅបរិស្ថានរបស់ឧបករណ៍បញ្ចូលនោះ៖
environment:
http_proxy: http://proxy.example:8080
https_proxy: http://proxy.example:8080
no_proxy: apiសំណើផ្ទាល់ទៅ api ប្រើផ្លូវរបស់ឧបករណ៍បញ្ចូល និងកម្មវិធីដោះស្រាយដែលបានបង្កប់។ ឧបករណ៍បញ្ចូលទាំងពីរនៅតែត្រូវការបណ្តាញរួមដែលកំណត់ដោយអ្នកប្រើ ហើយសេវាកម្មត្រូវស្តាប់នៅ 8080។ សំណើខាងក្រៅដែលមានលក្ខណៈសម្បត្តិគ្រប់គ្រាន់រក្សាប្រូកស៊ី។ ប្រសិនបើគោលដៅសាធារណៈទាំងនោះអាចប្រើអន្តរការីសាធារណៈ នោះ បញ្ជីប្រូកស៊ី HTTP ផ្តល់បេក្ខជនសម្រាប់ URL ប្រូកស៊ីដែលគ្មានគណនី។ រក្សា api នៅក្នុងករណីលើកលែងផ្ទាល់។
ប្រសិនបើឧបករណ៍បញ្ចូលដែលបានបង្កើតឡើងវិញរក្សាអថេរដែលមិនបានរំពឹងទុក សូមពិនិត្យផ្នែក config.json proxies របស់អតិថិជន Docker ដែលអាចបញ្ចូលតម្លៃបរិស្ថាន។ ផ្លាស់ប្តូរធាតុដែលមានបំណង ហើយបង្កើតឧបករណ៍បញ្ចូលដែលរងផលប៉ះពាល់ឡើងវិញតាមលំហូរធម្មតា ដោយរក្សាការកំណត់រចនាសម្ព័ន្ធដែលមិនពាក់ព័ន្ធ។