Ein Proxy für snapd ist vom Proxy einer Snap-App getrennt
Konfigurieren Sie den Daemon, der Snaps lädt, getrennt von Anwendungen, die in diesen Snaps laufen.
Ein erfolgreiches snap install, auf das eine App folgt, die keine Verbindung herstellen kann, betrifft zwei verschiedene Anforderungs-Eigentümer:
| Fehlgeschlagene Operation | Zu prüfende Konfiguration |
|---|---|
| Ein Snap finden, herunterladen oder aktualisieren | Die Store-Zugriffskonfiguration von snapd und die Daemon-Umgebung |
| Verbindung aus der installierten Anwendung | Der Netzwerkclient dieser Anwendung, die Sandbox-Umgebung, Desktop-Einstellungen und der Vertrauensspeicher |
Verwenden Sie für snapd die unterstützte Schnittstelle der Installation. Ein HTTP-Endpunkt aus der HTTP-Proxy-Liste ist nur dann ein Kandidat, wenn der öffentliche Store-Zugriff öffentliche Proxys verwenden darf. Seine Optionen proxy.http und proxy.https sind produktspezifisch; ihre Anwendbarkeit und die Dienst-Umgebungsdateien müssen zum eingesetzten System passen. Ein Terminal-Export während des snap-Befehls ersetzt nicht die Startumgebung des Daemons.
Die Upstream-Unit-Vorlage enthält Eingaben für Umgebungsdateien, doch installierte Pfade und vorhandene Werte sind entscheidend. Wo passend, kann ein systemd-Drop-in diese Umgebung bereitstellen. Eine geänderte Unit zu laden und den Daemon-Prozess neu zu erzeugen sind verschiedene Schritte.
Untersuchen Sie bei einer laufenden Snap-App ihren eigenen Anforderungspfad. Ein Erfolg im Store belegt nicht, dass sie diese Einstellungen geerbt hat oder denselben Zertifikaten vertraut. Benennen Sie zuerst die fehlgeschlagene Operation, damit ein Anwendungsproblem nicht zum wiederholten Neustart eines gesunden Download-Daemons führt.