Проксито за snapd е одделно од она за snap апликација
Конфигурирајте го демонот што презема snap-ови одделно од апликациите што работат во тие snap-ови.
Успешно snap install по кое апликацијата не може да се поврзе вклучува два различни сопственици на барања:
| Неуспешна операција | Конфигурација за проверка |
|---|---|
| Пронаоѓање, преземање или освежување на snap | Конфигурацијата за пристап на snapd до продавницата и околината на демонот |
| Поврзување од инсталираната апликација | Мрежниот клиент на таа апликација, околината на песочник, поставките за работна површина и доверливото складиште |
За snapd користете го поддржаниот интерфејс на инсталацијата. HTTP крајна точка од списокот на HTTP прокси е кандидат само кога јавниот пристап до продавницата смее да користи јавни прокси. Неговите опции proxy.http и proxy.https се специфични за производот; нивната применливост и датотеките за околина на услугата мора да одговараат на распоредениот систем. Извозот во терминал направен додека работи snap командата не ја заменува почетната околина на демонот.
Upstream шаблонот за unit вклучува влезови за датотеки за околина, но инсталираните патеки и постојните вредности се важни. Каде е соодветно, systemd drop-in може да ја обезбеди таа околина. Вчитувањето на изменет unit и повторното создавање на демонскиот процес се различни чекори.
За snap апликација што работи, испитајте ја нејзината сопствена патека на барање. Успехот во продавницата не докажува дека ги наследила тие поставки или им верува на истите сертификати. Прво именувајте ја неуспешната операција за проблемот во апликацијата да не доведе до постојано рестартирање на здрав демон за преземање.