ហេតុអ្វី docker pull មិនប្រើការកំណត់ប្រូកស៊ីរបស់កុងតឺន័រ

បើ docker pull បរាជ័យ សូមកំណត់ Docker daemon ឬ Docker Desktop។ image ត្រូវបានទាញយកមុនពេលកុងតឺន័រកម្មវិធីអាចអានអថេរប្រូកស៊ីរបស់ខ្លួន។

Docker Engine ដែលដំឡើងផ្ទាល់

បញ្ចូលផ្នែកនេះក្នុងការកំណត់ប្រូកស៊ី daemon ដែលមានស្រាប់ ប្តូរចំណុចគំរូឯកសារ និងរក្សាការកំណត់មិនពាក់ព័ន្ធ។ សម្រាប់សាកល្បង image សាធារណៈដែលអនុញ្ញាតប្រូកស៊ីសាធារណៈ បញ្ជី HTTP ប្រូកស៊ីផ្តល់បេក្ខជន៖

{
  "proxies": {
    "http-proxy": "http://203.0.113.10:8080",
    "https-proxy": "http://203.0.113.10:8080",
    "no-proxy": "localhost,127.0.0.1,registry.example.internal"
  }
}

គន្លឹះ daemon ដែលមានសហសញ្ញាខុសពីគន្លឹះ camelCase ក្នុង ~/.docker/config.json របស់ Docker client។ ផ្នែកប្រូកស៊ី client ផ្តល់អថេរបរិស្ថានសម្រាប់កុងតឺន័រថ្មី និង build; វាមិនកំណត់ការទាញយករបស់ daemon ឬបរិស្ថានកុងតឺន័រដែលមានស្រាប់ទេ។

ចាប់ផ្តើម daemon ឡើងវិញតាមឯកសាររបស់ការដំឡើង ហើយរៀបចំផលប៉ះពាល់ដល់ការងារបច្ចុប្បន្ន។ daemon ក៏អាចទទួលអថេរប្រូកស៊ីក្នុងបរិស្ថានចាប់ផ្តើម; export ក្នុង terminal ក្រោយមកមិនធ្វើបច្ចុប្បន្នភាពសេវាកំពុងដំណើរការទេ។

Docker Desktop

ប្រើការកំណត់ប្រូកស៊ីរបស់ Desktop។ Docker មានឯកសារថា Desktop មិនអើពើធាតុប្រូកស៊ីក្នុង daemon.json ដូច្នេះការកែឧទាហរណ៍ Engine ផ្ទាល់ម្តងហើយម្តងទៀតមិនកំណត់ផ្លូវផលិតផលនេះទេ។

សាកទាញ image ឡើងវិញក្រោយកែផ្នែកពិតប្រាកដ។ មើលថាបរាជ័យក្នុងការចូល registry ការផ្ទៀងផ្ទាត់ ការបញ្ជូនបន្ត ឬការទាញស្រទាប់។ សំណើ HTTP ដែលដំណើរការក្នុងកុងតឺន័រចាស់ពិនិត្យតែផ្លូវកម្មវិធីនោះ។ កុំដាក់ព័ត៌មានចូលប្រូកស៊ីក្នុងរូបថតអេក្រង់ចែករំលែក ឬឯកសារ commit; ការកំណត់ daemon និងបរិស្ថានកុងតឺន័រមិនមែនកន្លែងរក្សាអាថ៌កំបាំងទេ។