פרוקסי עבור snapd נפרד מפרוקסי של אפליקציית snap
הגדירו את הדמון שמוריד snaps בנפרד מהאפליקציות שרצות בתוך ה-snaps האלה.
הצלחה של snap install שאחריה אפליקציה שאינה מצליחה להתחבר כוללת שני בעלי בקשות שונים:
| פעולה שנכשלה | תצורה שיש לבדוק |
|---|---|
| איתור, הורדה או רענון של snap | תצורת הגישה של snapd לחנות וסביבת הדמון |
| התחברות מהאפליקציה המותקנת | לקוח הרשת של אותה אפליקציה, סביבת ה-sandbox, הגדרות שולחן העבודה ומאגר האמון |
עבור snapd, השתמשו בממשק הנתמך של ההתקנה. נקודת קצה HTTP מרשימת פרוקסי ה-HTTP היא מועמדת רק כאשר גישה ציבורית לחנות רשאית להשתמש בפרוקסי ציבוריים. האפשרויות proxy.http ו-proxy.https ספציפיות למוצר; תחולתן וקובצי הסביבה של השירות חייבים להתאים למערכת הפרוסה. ייצוא שנעשה במסוף בזמן שהפקודה snap פועלת אינו מחליף את סביבת האתחול של הדמון.
תבנית ה-unit במעלה הזרם כוללת קלטי קובצי סביבה, אך נתיבים מותקנים וערכים קיימים חשובים. במקום המתאים, drop-in של systemd יכול לספק את הסביבה הזו. טעינת unit ששונה ויצירת תהליך הדמון מחדש הם שלבים שונים.
עבור אפליקציית snap שרצה, בדקו את נתיב הבקשה שלה עצמה. הצלחה בחנות אינה מוכיחה שהיא ירשה את ההגדרות האלה או שהיא סומכת על אותם אישורים. תנו שם לפעולה שנכשלה תחילה, כדי שתקלה באפליקציה לא תוביל להפעלה חוזרת של דמון הורדה תקין.