O proxy do snapd é separado do de uma aplicação snap
Configure o daemon que obtém os snaps separadamente das aplicações que executam dentro desses snaps.
Um snap install bem-sucedido seguido de uma aplicação que não consegue ligar envolve dois proprietários de pedidos diferentes:
| Operação falhada | Configuração a investigar |
|---|---|
| Encontrar, transferir ou atualizar um snap | A configuração de acesso à loja do snapd e o ambiente do daemon |
| Ligar a partir da aplicação instalada | O cliente de rede dessa aplicação, o ambiente de sandbox, as definições do ambiente de trabalho e o armazenamento de confiança |
Para o snapd, use a interface suportada da instalação. Um ponto final HTTP da lista de proxies HTTP só é candidato quando o acesso público à loja pode usar proxies públicos. As opções proxy.http e proxy.https são específicas do produto; a sua aplicabilidade e os ficheiros de ambiente do serviço têm de corresponder ao sistema implementado. Uma exportação no terminal feita durante o comando snap não substitui o ambiente de arranque do daemon.
O modelo de unidade upstream inclui entradas de ficheiros de ambiente, mas os caminhos instalados e os valores existentes contam. Quando adequado, um drop-in do systemd pode fornecer esse ambiente. Carregar uma unidade alterada e recriar o processo do daemon são passos diferentes.
Para uma aplicação snap em execução, investigue o seu próprio caminho de pedido. O sucesso na loja não prova que herdou essas definições nem que confia nos mesmos certificados. Nomeie primeiro a operação falhada, para que um problema da aplicação não leve a reiniciar repetidamente um daemon de transferência saudável.