Ang proxy para sa snapd ay hiwalay sa proxy para sa isang snap app
I-configure ang daemon na kumukuha ng mga snap nang hiwalay sa mga app na tumatakbo sa loob ng mga snap.
Ang gumaganang snap install na sinusundan ng app na hindi makakonekta ay may kinalaman sa dalawang magkaibang may-ari ng kahilingan:
| Nabigong operasyon | Konfigurasyong dapat siyasatin |
|---|---|
| Paghahanap, pag-download o pag-refresh ng snap | Konfigurasyon ng pag-access sa store ng snapd at kapaligiran ng daemon |
| Pagkonekta mula sa naka-install na aplikasyon | Network client ng aplikasyong iyon, sandbox na kapaligiran, mga setting ng desktop at trust store |
Para sa snapd, gamitin ang sinusuportahang interface ng installation. Ang HTTP endpoint mula sa listahan ng HTTP proxy ay kandidato lamang kapag ang pampublikong pag-access sa store ay maaaring gumamit ng pampublikong proxy. Ang mga opsyon nitong proxy.http at proxy.https ay partikular sa produkto; ang pagiging angkop at mga file ng kapaligiran ng serbisyo ay dapat tumugma sa naka-deploy na sistema. Ang terminal export na ginawa habang tumatakbo ang snap command ay hindi pumapalit sa startup na kapaligiran ng daemon.
Kasama sa upstream unit template ang mga input ng environment file, ngunit mahalaga ang mga naka-install na path at umiiral na value. Kung angkop, ang systemd drop-in ay makapagbibigay ng kapaligirang iyon. Ang pag-load ng binagong unit at ang muling paglikha ng proseso ng daemon ay magkaibang hakbang.
Para sa tumatakbong snap app, siyasatin ang sarili nitong landas ng kahilingan. Ang tagumpay sa store ay hindi nagpapatunay na namana nito ang mga setting na iyon o nagtitiwala sa parehong mga sertipiko. Pangalanan muna ang nabigong operasyon upang ang problema sa aplikasyon ay hindi humantong sa paulit-ulit na pag-restart ng isang malusog na daemon sa pag-download mula sa store.