En proxy för snapd skiljer sig från en för en snap-app
Konfigurera daemonen som hämtar snaps separat från program som körs inuti dessa snaps.
En fungerande snap install som följs av en app som inte kan ansluta involverar två olika ägare av förfrågningar:
| Misslyckad åtgärd | Konfiguration att undersöka |
|---|---|
| Hitta, ladda ner eller uppdatera en snap | snapds konfiguration för butiksåtkomst och demonens miljö |
| Ansluta från det installerade programmet | Programmets nätverksklient, sandlådemiljö, skrivbordsinställningar och certifikatarkiv |
För snapd, använd installationens stödda gränssnitt. En HTTP-slutpunkt från HTTP-proxylistan är en kandidat endast när offentlig butiksåtkomst får använda offentliga proxyservrar. Dess alternativ proxy.http och proxy.https är produktspecifika; deras tillämplighet och tjänstens miljöfiler måste matcha det driftsatta systemet. En terminalexport som görs medan snap-kommandot körs ersätter inte demonens startmiljö.
Den uppströms enhetsmallen innehåller indata för miljöfiler, men installerade sökvägar och befintliga värden spelar roll. Där det är lämpligt kan en systemd drop-in leverera den miljön. Att ladda en ändrad enhet och att skapa om demoprocessen är olika steg.
För en snap-app som körs, undersök dess egen förfrågningsväg. Framgång i butiken visar inte att den ärvde dessa inställningar eller litar på samma certifikat. Namnge den misslyckade åtgärden först så att ett programproblem inte leder till att en frisk butiksnedladdningsdaemon startas om gång på gång.