snapd-ის პროქსი ცალკეა snap აპის პროქსისგან
დააკონფიგურეთ snap-ების მომტანი დემონი ცალკე იმ აპლიკაციებისგან, რომლებიც ამ snap-ების შიგნით მუშაობს.
წარმატებული snap install და მის შემდეგ დაუკავშირდებელი აპლიკაცია ორ სხვადასხვა მოთხოვნის მფლობელს მოიცავს:
| წარუმატებელი ოპერაცია | შესამოწმებელი კონფიგურაცია |
|---|---|
| snap-ის მოძებნა, ჩამოტვირთვა ან განახლება | snapd-ის მაღაზიაზე წვდომის კონფიგურაცია და დემონის გარემო |
| დაკავშირება დაყენებული აპლიკაციიდან | იმ აპლიკაციის ქსელური კლიენტი, sandbox გარემო, სამუშაო მაგიდის პარამეტრები და ნდობის საცავი |
snapd-ისთვის გამოიყენეთ ინსტალაციის მხარდაჭერილი ინტერფეისი. HTTP საბოლოო წერტილი HTTP პროქსების სიიდან კანდიდატია მხოლოდ მაშინ, როცა საჯარო მაღაზიაზე წვდომას საჯარო პროქსების გამოყენება შეუძლია. მისი proxy.http და proxy.https პარამეტრები პროდუქტის სპეციფიკურია; მათი გამოყენებადობა და სერვისის გარემოს ფაილები უნდა შეესაბამებოდეს განლაგებულ სისტემას. snap ბრძანების გაშვების დროს ტერმინალში გაკეთებული export არ ცვლის დემონის გაშვების გარემოს.
Upstream unit-ის შაბლონი მოიცავს გარემოს ფაილების შეყვანას, მაგრამ დაყენებულ ბილიკებსა და არსებულ მნიშვნელობებს მნიშვნელობა აქვს. სადაც მიზანშეწონილია, systemd drop-in-ს შეუძლია ამ გარემოს მიწოდება. შეცვლილი unit-ის ჩატვირთვა და დემონის პროცესის ხელახლა შექმნა სხვადასხვა ნაბიჯია.
მოქმედი snap აპლიკაციისთვის შეისწავლეთ მისი საკუთარი მოთხოვნის გზა. მაღაზიაში წარმატება არ ამტკიცებს, რომ მან ეს პარამეტრები მემკვიდრეობით მიიღო ან იმავე სერტიფიკატებს ენდობა. ჯერ დაასახელეთ წარუმატებელი ოპერაცია, რომ აპლიკაციის პრობლემამ ჯანსაღი ჩამოტვირთვის დემონის განმეორებით გადატვირთვა არ გამოიწვიოს.