Një proxy për snapd është i ndryshëm nga ai për një aplikacion snap
Konfiguroni daemon-in që shkarkon snap-e ndaras nga aplikacionet që ekzekutohen brenda atyre snap-eve.
Një snap install që funksionon, e ndjekur nga një aplikacion që nuk lidhet, përfshin dy pronarë të ndryshëm kërkesash:
| Veprimi i dështuar | Konfigurimi për t'u hetuar |
|---|---|
| Gjetja, shkarkimi ose rifreskimi i një snap | Konfigurimi i aksesit në dyqan të snapd dhe mjedisi i daemon-it |
| Lidhja nga aplikacioni i instaluar | Klienti i rrjetit i atij aplikacioni, mjedisi sandbox, cilësimet e desktopit dhe depoja e certifikatave |
Për snapd, përdorni ndërfaqen e mbështetur të instalimit. Një pikë fundore HTTP nga lista e përfaqësuesve HTTP është kandidat vetëm kur aksesi publik në dyqan mund të përdorë përfaqësues publikë. Opsionet proxy.http dhe proxy.https janë specifike për produktin; zbatueshmëria e tyre dhe skedarët e mjedisit të shërbimit duhet të përputhen me sistemin e vendosur. Një eksport terminali i bërë gjatë ekzekutimit të komandës snap nuk zëvendëson mjedisin e nisjes së daemon-it.
Shablloni i njësisë upstream përfshin hyrje të skedarëve të mjedisit, por shtigjet e instaluara dhe vlerat ekzistuese kanë rëndësi. Kur është e përshtatshme, një drop-in i systemd mund të furnizojë atë mjedis. Ngarkimi i një njësie të ndryshuar dhe rikrijimi i procesit të daemon-it janë hapa të ndryshëm.
Për një aplikacion snap në punë, hetoni rrugën e tij të kërkesave. Suksesi i dyqanit nuk vërteton që ai i trashëgoi ato cilësime ose beson të njëjtat certifikata. Emërtoni fillimisht veprimin e dështuar, që një problem aplikacioni të mos çojë në rinisje të përsëritura të një daemon-i të shëndetshëm shkarkimi nga dyqani.