Vì sao docker pull bỏ qua thiết lập proxy của container

Cấu hình thành phần Docker thực sự tải image thay vì mong biến proxy của container điều khiển daemon.

Nếu docker pull thất bại, hãy cấu hình Docker daemon hoặc Docker Desktop. Image được tải trước khi container ứng dụng có thể đọc biến proxy của mình.

Docker Engine chạy trực tiếp

Gộp phần này vào cấu hình proxy daemon hiện có, thay đầu cuối minh họa và giữ các thiết lập không liên quan. Với thử nghiệm kéo image công khai mà được phép dùng proxy công khai, danh sách proxy HTTP cung cấp ứng viên:

{
  "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"
  }
}

Khóa daemon có dấu gạch nối khác khóa camelCase trong ~/.docker/config.json của máy khách Docker. Phần proxy của máy khách cung cấp biến môi trường cho container mới và quá trình build; nó không cấu hình việc tải của daemon hay môi trường container đã tồn tại.

Khởi động lại daemon theo tài liệu của bản cài đặt và lên kế hoạch ảnh hưởng tới công việc hiện tại. Daemon cũng có thể nhận biến proxy trong môi trường khởi động; export trong một terminal mở sau đó không cập nhật dịch vụ đang chạy.

Docker Desktop

Dùng thiết lập proxy của Desktop. Docker ghi rõ Desktop bỏ qua mục proxy trong daemon.json, nên liên tục sửa ví dụ Engine chạy trực tiếp không cấu hình đường đi của sản phẩm này.

Thử kéo image lại sau khi cập nhật đúng thành phần. Xem lỗi xảy ra ở truy cập registry, xác thực, chuyển hướng hay tải layer. Yêu cầu HTTP hoạt động trong container có sẵn chỉ kiểm tra đường của ứng dụng đó. Không để thông tin đăng nhập proxy trong ảnh chụp chia sẻ hay tệp đã commit; cấu hình daemon và môi trường container không phải kho bí mật.

Bài viết liên quan