Прокси за snapd е отделно от прокси за snap приложение
Конфигурирайте демона, който изтегля snap пакети, отделно от приложенията, работещи в тези пакети.
Успешен snap install, последван от приложение, което не може да се свърже, включва двама различни собственици на заявки:
| Неуспешна операция | Конфигурация за проверка |
|---|---|
| Намиране, изтегляне или обновяване на snap | Конфигурацията за достъп на snapd до магазина и средата на демона |
| Свързване от инсталираното приложение | Мрежовият клиент на това приложение, средата на пясъчника, настройките на работния плот и хранилището за доверие |
За snapd използвайте поддържания интерфейс на инсталацията. HTTP крайна точка от списъка с HTTP прокси сървъри е кандидат само когато публичният достъп до магазина може да използва публични прокси сървъри. Опциите proxy.http и proxy.https са специфични за продукта; приложимостта им и файловете за среда на услугата трябва да съответстват на внедрената система. Експорт в терминал, направен по време на командата snap, не заменя началната среда на демона.
Шаблонът на upstream unit включва входове за файлове за среда, но инсталираните пътища и съществуващите стойности са важни. Където е подходящо, systemd drop-in може да осигури тази среда. Зареждането на променен unit и пресъздаването на процеса на демона са различни стъпки.
За работещо snap приложение проверявайте собствения му път на заявка. Успехът в магазина не доказва, че то е наследило тези настройки или се доверява на същите сертификати. Назовете първо неуспешната операция, за да не води проблем в приложението до многократно рестартиране на здрав демон за изтегляне.