پروکسی snapd از پروکسی یک برنامه snap جدا است
دیمنی را که snapها را می‌آورد جدا از برنامه‌هایی که درون آن snapها اجرا می‌شوند پیکربندی کنید.
یک snap install موفق که پس از آن برنامه‌ای نتواند متصل شود، دو صاحب درخواست متفاوت را درگیر می‌کند:
| عملیات ناموفق | پیکربندی‌ای که باید بررسی شود |
|---|---|
| یافتن، دانلود یا تازه‌سازی یک snap | پیکربندی دسترسی snapd به فروشگاه و محیط دیمن |
| اتصال از برنامه نصب‌شده | کلاینت شبکه آن برنامه، محیط سندباکس، تنظیمات میزکار و مخزن اعتماد |
برای snapd از رابط پشتیبانی‌شده نصب استفاده کنید. یک نقطه پایانی HTTP از فهرست پروکسی HTTP تنها زمانی نامزد است که دسترسی عمومی به فروشگاه بتواند از پروکسی‌های عمومی استفاده کند. گزینه‌های proxy.http و proxy.https مخصوص محصول هستند؛ کاربردپذیری و فایل‌های محیط سرویس آن‌ها باید با سیستم مستقرشده همخوان باشد. یک export در ترمینال که هنگام اجرای فرمان snap انجام می‌شود جای محیط راه‌اندازی دیمن را نمی‌گیرد.
قالب unit بالادست ورودی‌های فایل محیط را در بر می‌گیرد، اما مسیرهای نصب‌شده و مقادیر موجود اهمیت دارند. در جای مناسب، یک drop-in در systemd می‌تواند آن محیط را فراهم کند. بارگذاری یک unit تغییرکرده و بازآفرینی فرایند دیمن دو گام متفاوت‌اند.
برای برنامه snap در حال اجرا، مسیر درخواست خودش را بررسی کنید. موفقیت در فروشگاه ثابت نمی‌کند که آن تنظیمات را به ارث برده یا به همان گواهی‌ها اعتماد دارد. ابتدا عملیات ناموفق را نام ببرید تا مشکل برنامه به راه‌اندازی مکرر یک دیمن سالم دانلود منجر نشود.