En proxy for snapd er atskilt fra en for en snap-app
Konfigurer daemonen som henter snaps, separat fra applikasjoner som kjører inne i disse snapene.
En vellykket snap install etterfulgt av en app som ikke får kontakt, innebærer to forskjellige forespørselseiere:
| Mislykket operasjon | Konfigurasjon som må undersøkes |
|---|---|
| Finne, laste ned eller oppdatere en snap | snapds konfigurasjon for butikktilgang og daemonens miljø |
| Koble til fra den installerte appen | Den appens nettverksklient, sandkassemiljø, skrivebordsinnstillinger og tillitslager |
For snapd, bruk installasjonens støttede grensesnitt. Et HTTP-endepunkt fra HTTP-proxylisten er bare en kandidat når offentlig butikktilgang kan bruke offentlige proxyer. Valgene proxy.http og proxy.https er produktspesifikke; anvendeligheten og tjenestens miljøfiler må samsvare med det utrullede systemet. En terminal-eksport som gjøres mens snap-kommandoen kjører, erstatter ikke daemonens oppstartsmiljø.
Oppstrøms unit-malen inneholder miljøfilinndata, men installerte stier og eksisterende verdier betyr noe. Der det er relevant, kan et systemd drop-in levere det miljøet. Å laste inn en endret unit og å gjenskape daemonprosessen er forskjellige trinn.
For en kjørende snap-app, undersøk dens egen forespørselsvei. Suksess i butikken beviser ikke at den har arvet disse innstillingene eller stoler på de samme sertifikatene. Navngi den mislykkede operasjonen først, slik at et appproblem ikke fører til gjentatt omstart av en sunn nedlastingsdaemon.