docker pull яагаад контейнерийн прокси тохиргоог үл тоодог вэ?

Контейнерийн прокси хувьсагч демоныг удирдана гэж хүлээх бус, дүрсийг үнэхээр татдаг Docker хэсгийг тохируул.

docker pull бүтэлгүйтвэл Docker демон эсвэл Docker Desktop-ийг тохируул. Дүрс нь аппликейшний контейнер өөрийн прокси хувьсагчдыг уншихаас өмнө татагддаг.

Шууд суулгасан Docker Engine

Энэ хэсгийг одоогийн демоны прокси тохиргоотой нэгтгэж, баримт бичгийн цэгийг сольж, хамааралгүй тохиргоог хадгал. Нийтийн прокси зөвшөөрсөн нийтийн дүрс татах туршилтад HTTP прокси жагсаалт боломжит цэгүүд өгнө:

{
  "proxies": {
    "http-proxy": "http://203.0.113.10:8080",
    "https-proxy": "http://203.0.113.10:8080",
    "no-proxy": "localhost,127.0.0.1,registry.example.internal"
  }
}

Демоны зураастай түлхүүрүүд Docker клиентийн ~/.docker/config.json доторх camelCase түлхүүрээс ялгаатай. Клиентийн прокси хэсэг шинэ контейнерүүд болон build-д орчны хувьсагч өгдөг; демоны таталт эсвэл аль хэдийн байгаа контейнерийн орчныг тохируулдаггүй.

Суулгалтад зориулсан баримтжуулсан демон дахин асаалтыг хийж, одоо ажиллаж буй ачаалалд үзүүлэх нөлөөг төлөвлө. Демон прокси хувьсагчдыг эхлэх орчноосоо ч авч болно; дараа нээсэн терминалд export хийх нь ажиллаж буй үйлчилгээг шинэчлэхгүй.

Docker Desktop

Desktop-ийн өөрийн прокси тохиргоог ашигла. Docker-ийн баримтаар Desktop daemon.json доторх прокси бичлэгийг үл тоодог тул шууд Engine-ийн жишээг давтан өөрчлөх нь энэ бүтээгдэхүүний замыг тохируулахгүй.

Зөв хэсгийг шинэчилсний дараа дүрс татахыг дахин оролд. Registry-д хандах, баталгаажуулах, дахин чиглүүлэх эсвэл давхарга татахаас аль нь бүтэлгүйтсэнийг унш. Одоо байгаа контейнер дотор ажилладаг HTTP хүсэлт зөвхөн тэр аппын замыг шалгана. Прокси нэвтрэх мэдээллийг хуваалцсан дэлгэцийн зураг болон commit хийсэн файлд бүү оруул; демоны тохиргоо ба контейнерийн орчин нууц хадгалах сан биш.

Холбоотой нийтлэлүүд