Docker-ի պրոքսի փոփոխությունները կիրառվել են սխալ դեմոնի վրա

Դուք պրոքսի ավելացրիք docker.service-ում, վերագործարկեցիք այն, և հաջորդ pull-ը վարվեց ճիշտ ինչպես առաջ։ Մեքենայում, որտեղ և՛ apt, և՛ snap տեղադրում կա, ստուգեք՝ արդյոք դա այն դեմոնն է, որն օգտագործում է ձեր CLI-ն։

Համապատասխանեցնելու համար կան երեք առանձին ինքնություններ՝ CLI-ի գործարկվող ֆայլը, ընտրված վերջնակետը և այդ վերջնակետի հետևում գտնվող սերվերի գործընթացը։ PATH-ում մեկ docker հրաման գտնելը լուծում է միայն առաջինը։

docker context show
docker context inspect

Docker-ի կոնտեքստները նկարագրում են վերջնակետեր։ DOCKER_HOST-ը, DOCKER_CONTEXT-ը և հրամանի տողում վերջնակետի ընտրությունները կարող են վերացնել ակնհայտ լռելյայնը, ուստի ստուգեք նաև միջավայրը և կանչը։

Այնուհետև կապեք ընտրված սոկետը կամ հեռավոր հասցեն իրական դեմոնի և նրա ծառայության կոնֆիգուրացիայի հետ։ Երկու տեղադրում կարող են ունենալ տարբեր unit-ներ, կոնֆիգուրացիայի ուղիներ և պահոց։ Հեռավոր կոնտեքստը կարող է ամբողջությամբ ցույց տալ մեքենայից դուրս։

Կիրառեք պրոքսին այդ դեմոնին պատկանող ինտերֆեյսով։ Docker-ի փաստաթղթավորված դեմոնի կարգավորումները և դրա մեկնարկային միջավայրը հեռարձակում չեն հոսթի յուրաքանչյուր Docker տեղադրմանը։

Կատարեք այս նույնականացումը մինչև փաթեթը հեռացնելը՝ «ամեն ինչ կարգի բերելու» համար։ Անօգտագործված թվացող դեմոնը կարող է տիրապետել կոնտեյներների կամ իմիջների, որոնք մյուս օրինակը չի կառավարում։ Պրոքսի անհապաղ շտկումը ընտրված սերվերի գիտակցված կարգավորումն է. որ տեղադրումը թողնել՝ առանձին սպասարկման փոփոխություն է։