Ein proxy for snapd er skild frå ein for ein snap-app
Set opp daemonen som hentar snapar, skilt frå appane som køyrer inne i desse snapane.
Ein vellukka snap install etterfylgt av ein app som ikkje får kontakt, involverer to ulike førespurnadseigarar:
| Mislykka operasjon | Konfigurasjon som må granskast |
|---|---|
| Finne, laste ned eller oppdatere ein snap | snapd sin konfigurasjon for butikktilgang og miljøet til daemonen |
| Kople til frå den installerte appen | Nettverksklienten til appen, sandkassemiljøet, skrivebordsinnstillingane og tillitslageret |
For snapd, bruk det støtta grensesnittet til installasjonen. Eit HTTP-endepunkt frå HTTP-proxylista er berre ein kandidat når offentleg butikktilgang kan bruke offentlege proxyar. Vala proxy.http og proxy.https er produktspesifikke; brukseigenskapen deira og miljøfilene til tenesta må samsvare med det utrulla systemet. Ein terminal-eksport som blir gjort medan snap-kommandoen køyrer, erstattar ikkje oppstartsmiljøet til daemonen.
Oppstraums unit-malen inneheld miljøfilinndata, men installerte stiar og eksisterande verdiar har noko å seie. Der det høver, kan eit systemd drop-in levera det miljøet. Å laste inn ei endra unit og å skape daemonprosessen på nytt er ulike steg.
For ein køyrande snap-app, gransk den eigne førespurnadsvegen hans. Suksess i butikken beviser ikkje at han har arva desse innstillingane eller stolar på dei same sertifikata. Namngi den mislykka operasjonen først, slik at eit app-problem ikkje fører til gjenteken omstart av ein sunn nedlastingsdaemon.