Distribution reyestrining S3 so'rovlari uchun proksi sozlamalari

Proksi sozlamalarini S3 ga murojaat qiladigan Distribution reyestr jarayoniga joylashtiring va obyekt xotirasiga yo'naltirilgan mijozlarni alohida hisobga oling.

Muhitni taniydigan HTTP transportdan foydalanadigan konteynerdagi Distribution reyestri uchun S3 yo'lini reyestr konteyneriga bering:

services:
  registry:
    environment:
      HTTP_PROXY: http://proxy.example.internal:8080
      HTTPS_PROXY: http://proxy.example.internal:8080
      NO_PROXY: localhost,127.0.0.1

Buni mavjud image, xotira, autentifikatsiya va volumes bilan birlashtiring. Bu parcha to'liq reyestr emas. Proksi nomi shu konteynerdan yetib boradigan bo'lishi va sxema proksi tinglovchisiga mos kelishi kerak.

O'rnatilgan S3 drayveri va transportni tasdiqlang. Distribution 2.8.3 havola qilgan manba AWS SDK sessiyasidan foydalanadi; maxsus drayver yoki transport boshqa qo'llab-quvvatlanadigan konfiguratsiyani talab qilishi mumkin.

UlanishKim sozlaydi yoki tekshiradi
Mijoz → reyestrReyestrning kiruvchi HTTP tinglovchisi va mijoz yo'li
Daemon → image manbasiDocker daemon proksi sozlamalari
Reyestr → S3Reyestr jarayonining xotira HTTP transporti

Mijozning muvaffaqiyatli kirishi faqat birinchi yo'lni isbotlaydi. Xotira drayveri S3 ga o'z so'rovlarini yuboradi; ilgari reyestr image-ni tortgan daemon bu chaqiruvlarni qilmaydi.

Blob yuklab olish paytida qayta yo'naltirishlarni ham tekshiring. Distribution iste'molchini obyekt xotirasiga qayta yo'naltirishi mumkin, bu esa o'sha mijozga S3 ga bevosita yetib borish talabini qo'yadi. Reyestr proksisini sozlash iste'molchini sozlamaydi. Qayta yo'naltirish xatti-harakatini o'zgartirish blob trafigi oqadigan yo'nalishni o'zgartiradi, shuning uchun bu sozlamani tuzatishdan oldin muvaffaqiyatsiz yuboruvchi va amalni aniqlang.

O'xshash maqolalar