វត្ថុ JSON មើលទៅមានសង្ឃឹម៖ ផែនទី proxies ដែលមានធាតុ default និងកូនសោអាសយដ្ឋានបន្ថែម។ វាគួរឱ្យចង់ដាក់ឈ្មោះម៉ាស៊ីន registry នៅទីនោះ ហើយរំពឹងថាសំណើទៅកាន់ registry នោះនឹងប្រើ proxy ផ្សេង។

កូនសោទាំងនោះកំណត់អត្តសញ្ញាណ Docker daemons ដែល client ភ្ជាប់ទៅ។ ពួកវាមិនកំណត់អត្តសញ្ញាណគេហទំព័រដែល container នឹងស្នើសុំទេ។

ការកំណត់ Docker client អាចផ្តល់អថេរបរិស្ថាន proxy ដល់ container ថ្មី និងអាគុយម៉ង់ build proxy ដល់ build ថ្មី។ ធាតុជាក់លាក់តាម daemon ផ្លាស់ប្តូរការកំណត់ដែលបានផ្តល់នោះសម្រាប់បរិបទ daemon ដែលត្រូវគ្នា។

វាមិនកំណត់ការតភ្ជាប់ proxy ចេញរបស់ daemon ខ្លួនឯងទេ។ វាក៏មិនបង្វែរ HTTP client របស់ container ទៅជាអ្នកវាយតម្លៃ PAC ដែរ។

ប្រសិនបើភារកិច្ចរបស់អ្នកគឺរក្សា registry ខាងក្នុងឱ្យផ្ទាល់ ខណៈ daemon ចូលប្រើសេវាផ្សេងទៀតតាម proxy សូមពិនិត្យ ការកំណត់ proxy និងការរំលងដែល daemon គាំទ្រ។ ប្រសិនបើកម្មវិធីត្រូវការ proxy ខាងលើផ្សេងៗគ្នាសម្រាប់គោលដៅផ្សេងៗគ្នា គោលនយោបាយនោះជាកម្មសិទ្ធិរបស់ការរៀបចំ client ឬការបញ្ជូនបន្តដែលសមស្រប។

មុនពេលកែសម្រួលផែនទី សូមសរសេរថាតើកូនសោតំណាងឱ្យអាសយដ្ឋានណា និងដំណើរការណាដែលធ្វើសំណើដែលបរាជ័យ។ ឈ្មោះម៉ាស៊ីនដូចគ្នាអាចបង្ហាញក្នុងការតភ្ជាប់ daemon ក្នុង URL registry និងក្នុង URL proxy ប៉ុន្តែទាំងនោះជាតួនាទីបីផ្សេងគ្នា។

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