En proxy til snapd er adskilt fra en til en snap-app
Konfigurér daemonen, der henter snaps, separat fra programmer, der kører inde i disse snaps.
En vellykket snap install efterfulgt af en app, der ikke kan forbinde, involverer to forskellige anmodningsejere:
| Mislykket handling | Konfiguration, der skal undersøges |
|---|---|
| Find, download eller opdater en snap | snapds konfiguration af lageradgang og daemonens miljø |
| Forbind fra den installerede app | Den apps netværksklient, sandbox-miljø, skrivebordsindstillinger og tillidslager |
Brug installationens understøttede grænseflade til snapd. Et HTTP-endepunkt fra HTTP-proxylisten er kun en kandidat, når offentlig lageradgang må bruge offentlige proxier. Dets proxy.http- og proxy.https-indstillinger er produktspecifikke; deres anvendelighed og tjenestens miljøfiler skal passe til det udrullede system. Et terminal-eksport foretaget under snap-kommandoen erstatter ikke daemonens opstartsmiljø.
Upstream-unit-skabelonen indeholder miljøfil-input, men installerede stier og eksisterende værdier betyder noget. Hvor det er relevant, kan et systemd drop-in levere det miljø. At indlæse en ændret unit og at genskabe daemonprocessen er forskellige trin.
For en kørende snap-app skal du undersøge dens egen anmodningsvej. Succes i lageret beviser ikke, at den har arvet disse indstillinger eller stoler på de samme certifikater. Navngiv først den mislykkede handling, så et appproblem ikke fører til gentagne genstarter af en sund download-daemon.