snapd के लिए प्रॉक्सी snap ऐप के प्रॉक्सी से अलग है
snaps लाने वाले डेमन को उन snaps के भीतर चलने वाले ऐप्स से अलग कॉन्फ़िगर करें।
सफल snap install के बाद ऐप कनेक्ट न कर पाए तो इसमें दो अलग-अलग अनुरोध-स्वामी शामिल होते हैं:
| विफल कार्रवाई | जाँचने योग्य कॉन्फ़िगरेशन |
|---|---|
| snap ढूँढना, डाउनलोड करना या ताज़ा करना | snapd की स्टोर-पहुँच कॉन्फ़िगरेशन और डेमन का वातावरण |
| इंस्टॉल किए गए ऐप से कनेक्ट करना | उस ऐप का नेटवर्क क्लाइंट, सैंडबॉक्स वातावरण, डेस्कटॉप सेटिंग्स और ट्रस्ट स्टोर |
snapd के लिए इंस्टॉलेशन का समर्थित इंटरफ़ेस इस्तेमाल करें। HTTP प्रॉक्सी सूची से कोई HTTP एंडपॉइंट तभी उम्मीदवार है जब सार्वजनिक स्टोर पहुँच सार्वजनिक प्रॉक्सी का उपयोग कर सके। इसके proxy.http और proxy.https विकल्प उत्पाद-विशिष्ट हैं; उनकी प्रयोज्यता और सेवा-वातावरण फ़ाइलें तैनात सिस्टम से मेल खानी चाहिए। snap कमांड चलते समय टर्मिनल में किया गया एक्सपोर्ट डेमन के स्टार्टअप वातावरण की जगह नहीं लेता।
अपस्ट्रीम unit टेम्पलेट में वातावरण-फ़ाइल इनपुट होते हैं, पर इंस्टॉल किए गए पाथ और मौजूदा मान मायने रखते हैं। जहाँ उपयुक्त हो, एक systemd drop-in वह वातावरण दे सकता है। बदला हुआ unit लोड करना और डेमन प्रक्रिया को फिर से बनाना अलग-अलग कदम हैं।
चल रहे snap ऐप के लिए उसका अपना अनुरोध-पथ जाँचें। स्टोर में सफलता यह सिद्ध नहीं करती कि उसने वे सेटिंग्स विरासत में पाई हैं या वही प्रमाणपत्र पर भरोसा करता है। पहले विफल कार्रवाई का नाम लें, ताकि ऐप की समस्या के कारण स्वस्थ डाउनलोड डेमन बार-बार रीस्टार्ट न हो।