خطای پروکسی به کدام مخزن CA داکر اشاره می‌کند؟
هنگام اعتماد به یک CA بازرسی مجاز، کشیدن ایمیج، دانلودهای ساخت و درخواست‌های برنامهٔ کانتینر را از هم جدا کنید.
افزودن CA شرکت درون یک کانتینر نمی‌تواند کشیدن ایمیج ناموفق یک همکار را درست کند. کشیدن موفق نیز ثابت نمی‌کند که برنامهٔ درون ایمیج به سرویس HTTPS بازرسی‌شده اعتماد دارد.
| عملیات | اعتمادی که باید بررسی شود |
|---|---|
| کشیدن ایمیج از طریق پروکسی بازرسی سازمان | هاست یا محیط Docker که کشیدن را انجام می‌دهد |
| دانلود در هنگام ساخت ایمیج | محیط ساخت و دانلودکنندهٔ آن |
| فراخوانی سرویس HTTPS از برنامهٔ در حال اجرا | مخزن سیستم‌عامل ایمیج یا پیکربندی اعتماد خود برنامه |
خطا را تا فرایندی که طرف مقابل را بررسی می‌کند دنبال کنید، سپس صادرکننده، نام هاست و مرحلهٔ دست‌دهی را تأیید کنید. یک سرویس بازرسی مجاز می‌تواند گواهی مقصد را با CA سازمان امضا کند. خطای TLS در شنوندهٔ پروکسی HTTPS به‌طور خودکار خطای گواهی مقصدی که از طریق آن به دست می‌آید نیست. وارد کردن IP پروکسی هیچ مادهٔ اعتمادی فراهم نمی‌کند.
گواهی عمومی صادرکنندهٔ تأییدشده را از طریق سازوکار پشتیبانی‌شدهٔ هاست، توزیع ایمیج یا برنامهٔ مربوط نصب کنید. راهنمای CA داکر مخزن هاست و کانتینر را پوشش می‌دهد، اما مسیر CentOS دستورالعمل قابل حمل برای Debian یا Windows نیست. افزودن به بستهٔ تولیدشده می‌تواند با یک به‌روزرسانی لغو شود؛ یک برنامهٔ Java یا کلاینت دیگر با پیکربندی CA خودش ممکن است بستهٔ سیستم‌عامل را کاملاً نادیده بگیرد.
برای اعتماد پایدار برنامه، تغییر را در فرایند پیکربندی تأییدشدهٔ ایمیج یا برنامه بگذارید. ویرایش تعاملی یک کانتینر در حال اجرا در کانتینر بعدی که از ایمیج ساخته می‌شود وجود نخواهد داشت.
فقط گواهی اعتماد عمومی لازم را از کانال مجاز توزیع کنید. هرگز کلید خصوصی CA را در ایمیج نگذارید و درخواست نصب ریشهٔ یک پروکسی عمومی ناشناس را راه‌اندازی معمولی تلقی نکنید. پس از پیکربندی مخزن موردنظر، بررسی نام هاست و زنجیره را فعال نگه دارید.