debootstrap-ის პროქსის პარამეტრები ჰოსტის ჩამომტვირთველს ეკუთვნის

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

debootstrap-ის Wget-ზე დაფუძნებული ჩამოტვირთვის გზისთვის, გადაეცით პროქსი ჰოსტის მხარეს არსებულ wgetprogress გარემოს:

sudo env \
  http_proxy=http://proxy.example.net:8080 \
  https_proxy=http://proxy.example.net:8080 \
  debootstrap stable /srv/chroot/debian https://deb.debian.org/debian

აირჩიეთ პაკეტი, სამიზნე დირექტორია და სარკე განლაგებისთვის. მინიჭებები ხდება sudo-ის შემდეგ, ამიტომ პრივილეგირებული ბრძანება იღებს მათ იმის იმედის გარეშე, რომ გამომძახებლის ექსპორტირებული ცვლადები გადაიტანს sudo-ის პოლიტიკას. ორივე დანიშნულების სქემას შეუძლია გამოიყენოს ეს ჩვეულებრივი HTTP პროქსი. პროქსის აუთენტიფიკაციის გარეშე დაშვებული საჯარო სარკიდან ჩამოტვირთვისთვის, HTTP პროქსების სია გთავაზობთ კანდიდატ HTTP ბოლო წერტილებს ამ გარემოს მნიშვნელობებისთვის.

პირველი ჩამოტვირთვები იღებენ მეტამონაცემებსა და პაკეტებს, სანამ ახალი Debian სისტემა გამოსაყენებელი გახდება. APT-ის პროქსის ფაილი ამ მომავალ ძირში ვერ დააკონფიგურირებს ადრინდელ ჰოსტის ჩამომტვირთველს.

აუთენტიფიკაციისთვის გამოიყენეთ Wget-ის მიერ მხარდაჭერილი პროქსის სერთიფიკატები. URI-ის მომხმარებლის ინფორმაციას სჭირდება დაცული სიმბოლოების კოდირება; გაშვების კონფიგურაცია ასევე იძლევა proxy_user-სა და proxy_password-ს. პრივილეგირებული ანგარიშის შეყვანები შეიძლება განსხვავდებოდეს ინტერაქტიული მომხმარებლის .wgetrc-ისგან, ამიტომ დაადგინეთ, რომელი იკითხება სინამდვილეში და შეინარჩუნეთ მისი ფარგლები განზრახ.

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

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