პროქსის კვალი MAAS-ის განლაგებაში

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

გამოიყენეთ მოქმედი MAAS ვერსიის მხარდაჭერილი მართვის საშუალებები. დოკუმენტირებული enable_http_proxy მოიცავს ჩაშენებული ან მითითებული პროქსის გამოყენებას მომზადებისა და პაკეტებზე წვდომისთვის; http_proxy გარე სერვისს ამოიცნობს. peer-proxy რეჟიმში განლაგებულ მანქანებს შეუძლიათ გამოიყენონ MAAS-ის ჩაშენებული პროქსი, რომელიც ამ გარე სერვისს მშობლად იყენებს. საჯარო გარე მშობლის დაშვებული გამოყენებისთვის აირჩიეთ HTTP კანდიდატი HTTP პროქსების სიიდან; peer-proxy რეჟიმში კვანძის MAAS-ლოკალური ბოლო წერტილი უცვლელად დატოვეთ.

ამიტომ კვანძზე MAAS-ლოკალური ბოლო წერტილი სულაც არ არის მოძველებული. მიჰყევით მის მშობელს, სანამ გარე მისამართით ჩაანაცვლებთ. ძველი preseed გადაწყვეტები იმ გამოშვებებიდან, რომლებიც პროქსის პარამეტრებს კვანძებს არ გადასცემდნენ, ყოველ მიმდინარე განლაგებას არ აღწერს.

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

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