JSON obyekti ümidverici görünür: proxies xəritəsində default girişi və əlavə ünvan açarları var. Oraya registry host adı yazmaq və həmin registry-yə gedən sorğuların başqa proxydən istifadə edəcəyini gözləmək cəlbedicidir.

Həmin açarlar müştərinin qoşulduğu Docker daemon-larını müəyyən edir. Onlar konteynerin sorğu göndərəcəyi vebsaytları müəyyən etmir.

Docker müştəri konfiqurasiyası yeni konteynerlərə proxy mühit dəyişənləri, yeni build-lərə isə proxy build arqumentləri verə bilər. Daemon-a xas giriş uyğun daemon konteksti üçün verilən həmin konfiqurasiyanı dəyişir.

O, daemon-un öz xarici proxy bağlantısını konfiqurasiya etmir. Həm də konteynerin HTTP müştərisini PAC qiymətləndiricisinə çevirmir.

Məqsədiniz daxili registry-ni birbaşa saxlamaq, daemon isə digər xidmətlərə proxy vasitəsilə çıxırsa, daemon-un dəstəklədiyi proxy və yan keçmə konfiqurasiyasına baxın. Tətbiq müxtəlif təyinatlar üçün müxtəlif yuxarı proxy-lər tələb edirsə, bu siyasət uyğun müştəri və ya yönləndirmə quruluşunda olmalıdır.

Xəritəni redaktə etməzdən əvvəl açarın hansı ünvanı təmsil etdiyini və uğursuz sorğunu hansı prosesin etdiyini yazın. Eyni host adı daemon bağlantısında, registry URL-də və proxy URL-də görünə bilər, amma bunlar üç fərqli roldur.

Əlaqəli məqalələr