تنظیمات پروکسی برای درخواست‌های S3 یک رجیستری Distribution
تنظیمات پروکسی را روی فرایند رجیستری Distribution که به S3 دسترسی دارد بگذارید و کلاینت‌هایی را که به ذخیره‌سازی شیء هدایت می‌شوند جداگانه در نظر بگیرید.
برای یک رجیستری Distribution کانتینری که از انتقال HTTP آگاه به محیط استفاده می‌کند، مسیر S3 را به کانتینر رجیستری بدهید:
services:
registry:
environment:
HTTP_PROXY: http://proxy.example.internal:8080
HTTPS_PROXY: http://proxy.example.internal:8080
NO_PROXY: localhost,127.0.0.1این را با image، ذخیره‌سازی، احراز هویت و volumes موجود ادغام کنید. این قطعه یک رجیستری کامل نیست. نام پروکسی باید از آن کانتینر قابل دسترسی باشد و scheme باید با شنونده پروکسی مطابقت داشته باشد.
درایور S3 و انتقال مستقرشده را تأیید کنید. منبع ذکرشده در Distribution 2.8.3 از نشست AWS SDK استفاده می‌کند؛ درایور یا انتقال سفارشی ممکن است به پیکربندی پشتیبانی‌شده دیگری نیاز داشته باشد.
| اتصال | چه کسی پیکربندی یا بررسی می‌کند |
|---|---|
| کلاینت → رجیستری | شنونده HTTP ورودی رجیستری و مسیر کلاینت |
| دیمن → منبع image | تنظیمات پروکسی دیمن Docker |
| رجیستری → S3 | انتقال HTTP ذخیره‌سازی فرایند رجیستری |
ورود موفق کلاینت تنها مسیر اول را ثابت می‌کند. درایور ذخیره‌سازی درخواست‌های خودش را به S3 می‌فرستد؛ دیمنی که پیش‌تر image رجیستری را کشیده بود این فراخوانی‌ها را انجام نمی‌دهد.
تغییر مسیرها را در هنگام دانلود blob هم بررسی کنید. Distribution می‌تواند مصرف‌کننده را به ذخیره‌سازی شیء هدایت کند و این به آن کلاینت نیاز دسترسی مستقیم به S3 می‌دهد. پیکربندی پروکسی رجیستری مصرف‌کننده را پیکربندی نمی‌کند. تغییر رفتار تغییر مسیر جایی که ترافیک blob جریان دارد را عوض می‌کند، پس پیش از تنظیم آن مقدار، فرستنده و عملیات ناموفق را مشخص کنید.