راه‌اندازی رجیستری خصوصی Docker با HTTPS و Nginx

۲۵ کنترل واقعی ایزوله با Distribution3.1.2، Nginx1.24.0 و Python3.12.3 روی Ubuntu24.04 گذشت. باینری همان ایمیج رسمی با شناسهٔ غیرروت اجرا شد؛ دستورهای پراکسی حفظ و فقط مسیرها و listenerها برای fixture محلی شدند. کلاینت HTTP سازگار با OCI و TLS مبتنی بر CA خصوصی، ورود درست/غلط/بدون رمز، challenge و هدر API، رد Host دیگر، Location صحیح با وجود هدر جعلی، آپلود chunked و ثبت blob، push مانیفست، دریافت تازه و بایت‌به‌بایت مانیفست و لایه‌ها، حذف غیرفعال، مالکیت غیرروت، ماندگاری پس از restart، سقف 413، رد نوشتن در readonly و dry-run در حالت توقف را بررسی کرد. پس از dry-run نیز pull کامل برابر ماند. هیچ پورت میزبان منتشر نشد.

پذیرش محیط شما هنوز به آزمون کلاینت واقعی Docker و helper، ارسال و دریافت مستقل، DNS و TLS از شبکهٔ مقصد، انتقال لایهٔ بزرگ، تمدید، reboot و بازیابی بکاپ رمزگذاری‌شده نیاز دارد. شخصی‌سازی مرورگر، اعتبارسنجی ساختار و عکس DEMO هیچ‌کدام شاهد اجرای سرویس نیستند.

Docker Engine و نگاشت پورت آن، ورود pass/GPG، صدور و تمدید عمومی ACME، نصب روی همهٔ سیستم‌عامل‌ها، کارایی لایهٔ بزرگ، systemd و reboot میزبان، HA و بازیابی واقعی بکاپ در fixture اجرا نشدند. این شواهد آزمون پروتکل OCI است، نه گواهی پذیرش production.

هفت کنترل دیگر، بدنهٔ دقیق کدهای ساخت مسیر، bcrypt، فایل تنظیمات و secret را در همان کانتینر موقت اجرا کرد؛ رد مسیر موجود و درج دوبارهٔ secret هم بررسی شد. ۳۲۷ کنترل جداگانهٔ ساختار، syntax و تنظیمات شامل ۲۰ اجرای نگهبان درست/غلط سیستم‌عامل است، نه ۳۲۷ آزمون سرویس. برخی درخواست‌های کاتالوگ بستهٔ Ubuntu timeout شدند؛ نسخهٔ تأییدنشده‌ای برای بسته‌ها اختراع نشده است.

پیش از اتصال CI، مسئول پایش دیسک و inode و انقضای گواهی، خطاهای ورود، تعویض رمز و بازیابی را مشخص کنید. سیاست دسترسی و نگهداشت را با نیاز واقعی تیم هماهنگ کنید و اندازهٔ لایه و هم‌زمانی مورد انتظار را بسنجید. این تمرین ادعای SLA، HA یا توان عبور تضمین‌شده ندارد.