Proxy-ul pentru snapd este separat de cel al unei aplicații snap
Configurați daemonul care aduce snap-uri separat de aplicațiile care rulează în interiorul acelor snap-uri.
Un snap install reușit urmat de o aplicație care nu se poate conecta implică doi proprietari de cereri diferiți:
| Operațiune eșuată | Configurație de investigat |
|---|---|
| Găsirea, descărcarea sau reîmprospătarea unui snap | Configurația de acces la magazin a snapd și mediul daemonului |
| Conectarea din aplicația instalată | Clientul de rețea al acelei aplicații, mediul sandbox, setările desktop și depozitul de încredere |
Pentru snapd, folosiți interfața acceptată a instalării. Un punct final HTTP din lista de proxy-uri HTTP este candidat doar când accesul public la magazin poate folosi proxy-uri publice. Opțiunile proxy.http și proxy.https sunt specifice produsului; aplicabilitatea lor și fișierele de mediu ale serviciului trebuie să corespundă sistemului implementat. Un export în terminal făcut în timpul comenzii snap nu înlocuiește mediul de pornire al daemonului.
Șablonul de unitate upstream include intrări pentru fișiere de mediu, dar contează căile instalate și valorile existente. Unde este cazul, un drop-in systemd poate furniza acel mediu. Încărcarea unei unități modificate și recrearea procesului daemonului sunt pași diferiți.
Pentru o aplicație snap în execuție, investigați propria cale de cerere. Succesul în magazin nu dovedește că a moștenit acele setări sau că are încredere în aceleași certificate. Numiți mai întâi operațiunea eșuată, ca o problemă a aplicației să nu ducă la repornirea repetată a unui daemon de descărcare sănătos.