ทำไม docker pull ไม่ใช้การตั้งค่าพร็อกซีในคอนเทนเนอร์

ถ้า docker pull ล้มเหลว ให้ตั้งค่า Docker daemon หรือ Docker Desktop อิมเมจถูกดาวน์โหลดก่อนที่คอนเทนเนอร์ของแอปจะอ่านตัวแปรพร็อกซีของตัวเองได้

Docker Engine ที่ติดตั้งโดยตรง

รวมส่วนนี้เข้ากับการตั้งค่าพร็อกซีของเดมอนที่มีอยู่ เปลี่ยนจุดเชื่อมต่อตัวอย่างและเก็บค่าที่ไม่เกี่ยวข้องไว้ สำหรับการทดสอบดึงอิมเมจสาธารณะที่อนุญาตให้ใช้พร็อกซีสาธารณะ รายการ 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"
  }
}

คีย์ของเดมอนที่มีขีดกลางต่างจากคีย์ camelCase ใน ~/.docker/config.json ของ Docker client ส่วนพร็อกซีของไคลเอนต์ส่งตัวแปรสภาพแวดล้อมให้คอนเทนเนอร์ใหม่และการ build แต่ไม่ได้ตั้งค่าการดาวน์โหลดของเดมอนหรือสภาพแวดล้อมของคอนเทนเนอร์เดิม

รีสตาร์ตเดมอนตามเอกสารของการติดตั้งนั้น โดยวางแผนผลกระทบต่องานปัจจุบัน เดมอนอาจรับตัวแปรพร็อกซีจากสภาพแวดล้อมตอนเริ่มทำงานก็ได้ การ export ในเทอร์มินัลภายหลังไม่อัปเดตบริการที่กำลังรันอยู่

Docker Desktop

ใช้การตั้งค่าพร็อกซีของ Desktop เอง Docker ระบุว่า Desktop ไม่ใช้รายการพร็อกซีใน daemon.json ดังนั้นแก้ตัวอย่าง Engine แบบติดตั้งโดยตรงซ้ำ ๆ ก็ไม่ได้ตั้งค่าเส้นทางของผลิตภัณฑ์นี้

ลองดึงอิมเมจใหม่หลังอัปเดตองค์ประกอบที่ถูกต้อง อ่านว่าเสียตรงเข้าถึง registry ยืนยันตัวตน รีไดเรกต์ หรือดาวน์โหลดเลเยอร์ คำขอ HTTP ที่สำเร็จในคอนเทนเนอร์เดิมตรวจแค่เส้นทางของแอปนั้น อย่าให้ข้อมูลรับรองพร็อกซีปรากฏในภาพหน้าจอที่แชร์หรือไฟล์ที่ commit เพราะการตั้งค่าเดมอนและสภาพแวดล้อมคอนเทนเนอร์ไม่ใช่ที่เก็บความลับ