თქვენ დაამატეთ პროქსი docker.service-ში, გადატვირთეთ ის და შემდეგი pull ზუსტად ისე მოიქცა, როგორც ადრე. მანქანაზე, სადაც apt და snap ინსტალაციები ერთად არის, შეამოწმეთ, ეს ის დემონია თუ არა, რომელსაც თქვენი CLI იყენებს.

შესაბამისად უნდა დაუკავშირდეს სამი ცალკე იდენტობა: CLI-ის შესრულებადი ფაილი, არჩეული საბოლოო წერტილი და ამ წერტილის უკან არსებული სერვერის პროცესი. PATH-ში ერთი docker ბრძანების პოვნა მხოლოდ პირველს წყვეტს.

docker context show
docker context inspect

Docker-ის კონტექსტები აღწერენ საბოლოო წერტილებს. DOCKER_HOST, DOCKER_CONTEXT და ბრძანების ხაზზე წერტილის არჩევა შეიძლება გადაფაროს ერთი შეხედვით ნაგულისხმევს, ამიტომ შეამოწმეთ გარემოც და გამოძახებაც.

შემდეგ დაუკავშირეთ არჩეული სოკეტი ან დისტანციური მისამართი ფაქტობრივ დემონს და მისი სერვისის კონფიგურაციას. ორ ინსტალაციას შეიძლება ჰქონდეს სხვადასხვა unit, კონფიგურაციის გზა და საცავი. დისტანციური კონტექსტი შეიძლება მთლიანად მანქანის გარეთ მიუთითებდეს.

გამოიყენეთ პროქსი იმ დემონის კუთვნილი ინტერფეისით. Docker-ის დოკუმენტირებული დემონის პარამეტრები და მისი გაშვების გარემო არ არის გადაცემა ჰოსტის ყველა Docker ინსტალაციისთვის.

შეასრულეთ ეს იდენტიფიკაცია პაკეტის წაშლამდე, რათა "ყველაფერი მოაწესრიგოთ". გამოუყენებლად მოჩვენებულ დემონს შეიძლება ჰქონდეს კონტეინერები ან იმიჯები, რომლებსაც მეორე ეგზემპლარი არ მართავს. პროქსის დაუყოვნებელი შეკეთება არჩეული სერვერის განზრახ კონფიგურაციაა; რომელი ინსტალაცია დარჩეს, ცალკე ტექნიკური ცვლილებაა.

დაკავშირებული სტატიები