Een proxy voor snapd staat los van die voor een snap-app
Configureer de daemon die snaps ophaalt apart van applicaties die binnen die snaps draaien.
Een geslaagde snap install gevolgd door een app die geen verbinding kan maken, betreft twee verschillende eigenaren van verzoeken:
| Mislukte bewerking | Te onderzoeken configuratie |
|---|---|
| Een snap vinden, downloaden of vernieuwen | De configuratie van snapd voor toegang tot de winkel en de omgeving van de daemon |
| Verbinden vanuit de geïnstalleerde applicatie | De netwerkclient van die applicatie, de sandbox-omgeving, de bureaubladinstellingen en het vertrouwensarchief |
Gebruik voor snapd de ondersteunde interface van de installatie. Een HTTP-eindpunt uit de HTTP-proxylijst is alleen een kandidaat wanneer openbare winkeltoegang openbare proxies mag gebruiken. De opties proxy.http en proxy.https zijn productspecifiek; hun toepasbaarheid en de omgevingsbestanden van de dienst moeten bij het uitgerolde systeem passen. Een terminal-export tijdens het snap-commando vervangt niet de opstartomgeving van de daemon.
De upstream unit-sjabloon bevat invoer voor omgevingsbestanden, maar geïnstalleerde paden en bestaande waarden zijn belangrijk. Waar passend kan een systemd drop-in die omgeving leveren. Een gewijzigde unit laden en het daemonproces opnieuw maken zijn verschillende stappen.
Onderzoek voor een draaiende snap-app zijn eigen verzoekpad. Succes in de winkel bewijst niet dat de app die instellingen heeft geërfd of dezelfde certificaten vertrouwt. Benoem eerst de mislukte bewerking, zodat een applicatieprobleem niet leidt tot herhaald herstarten van een gezonde downloaddaemon.