El proxy de snapd es distinto del de una aplicación snap
Configure el demonio que descarga snaps por separado de las aplicaciones que se ejecutan dentro de esos snaps.
Un snap install correcto seguido de una aplicación que no puede conectarse implica dos propietarios de solicitudes distintos:
| Operación fallida | Configuración que hay que investigar |
|---|---|
| Buscar, descargar o actualizar un snap | La configuración de acceso a la tienda de snapd y el entorno del demonio |
| Conectar desde la aplicación instalada | El cliente de red de esa aplicación, el entorno de sandbox, los ajustes de escritorio y el almacén de confianza |
Para snapd, use la interfaz compatible de la instalación. Un punto de conexión HTTP de la lista de proxies HTTP solo es candidato cuando el acceso público a la tienda puede usar proxies públicos. Sus opciones proxy.http y proxy.https son específicas del producto; su aplicabilidad y los archivos de entorno del servicio deben coincidir con el sistema desplegado. Una exportación hecha en la terminal mientras se ejecuta el comando snap no sustituye el entorno de inicio del demonio.
La plantilla de unidad upstream incluye entradas de archivos de entorno, pero las rutas instaladas y los valores existentes importan. Cuando proceda, un drop-in de systemd puede proporcionar ese entorno. Cargar una unidad modificada y recrear el proceso del demonio son pasos distintos.
Para una aplicación snap en ejecución, investigue su propia ruta de solicitud. El éxito en la tienda no demuestra que haya heredado esos ajustes ni que confíe en los mismos certificados. Nombre primero la operación fallida para que un problema de la aplicación no lleve a reiniciar repetidamente un demonio de descarga sano.