Docker Engine 23.0 پیکربندی پروکسی daemon را از طریق JSON و گزینه‌های خط فرمان معرفی کرد. یک daemon قدیمی نمی‌تواند فقط به این دلیل که مستندات فعلی آن فیلدها را نشان می‌دهد از آن‌ها استفاده کند.

نسخه سرور daemon تحت مدیریت را بررسی کنید. نسخه CLI، نام توزیع و برچسب ایمیج کانتینر مجموعه قابلیت‌های آن سرور را مشخص نمی‌کنند.

برای Engine بومی قدیمی لینوکس که با systemd مدیریت می‌شود، HTTP_PROXY، HTTPS_PROXY و NO_PROXY موردنظر را از طریق محیط راه‌اندازی پشتیبانی‌شده سرویس daemon تأمین کنید. صادر کردن آن‌ها در ترمینالی که docker pull را اجرا می‌کند سرویس سیستمی در حال اجرا را به‌روزرسانی نمی‌کند.

اگر Engine قدیمی را نگه می‌دارید، از همان روش پشتیبانی‌شده استفاده کنید. اگر ارتقا می‌دهید، مقادیر محیطی قدیمی را با پیکربندی daemon هماهنگ کنید: در مستندات فعلی Docker پیکربندی مستقیم بر متغیرهای محیطی اولویت دارد، بنابراین مقادیر متناقض می‌توانند مسیر انتخاب‌شده را تغییر دهند.

Docker Desktop از تنظیمات پروکسی خودش استفاده می‌کند و ورودی‌های پروکسی daemon را در daemon.json نادیده می‌گیرد. پیش از اعمال راه‌حل daemon بومی لینوکس، آن محصول را شناسایی کنید.

مقالات مرتبط