הגדרות פרוקסי לבקשות 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 הקיימים. הקטע הזה אינו רישום שלם. שם הפרוקסי חייב להיות נגיש מהקונטיינר הזה, והסכימה חייבת להתאים למאזין הפרוקסי.

אמתו את מנהל ההתקן של S3 ואת התעבורה שהופעלו. המקור המצוטט של Distribution 2.8.3 משתמש בהפעלת AWS SDK; מנהל התקן או תעבורה מותאמים עשויים לדרוש תצורה נתמכת אחרת.

חיבורמי מגדיר או חוקר
לקוח → רישוםמאזין ה-HTTP הנכנס של הרישום ונתיב הלקוח
Daemon → מקור ה-imageהגדרות פרוקסי של Docker daemon
רישום → S3תעבורת ה-HTTP של האחסון בתהליך הרישום

התחברות מוצלחת של לקוח מוכיחה רק את הנתיב הראשון. מנהל ההתקן של האחסון שולח בקשות משלו ל-S3; ה-daemon שמשך בעבר את image הרישום אינו מבצע את הקריאות האלה.

בדקו גם הפניות מחדש בזמן הורדות blob. Distribution יכול להפנות צרכן לאחסון אובייקטים, מה שמחייב את אותו לקוח להגיע ל-S3 ישירות. הגדרת הפרוקסי של הרישום אינה מגדירה את הצרכן. שינוי התנהגות ההפניה משנה לאן זורם תעבורת ה-blob, לכן זהו את השולח והפעולה שנכשלים לפני התאמת ההגדרה הזו.

מאמרים קשורים