वर्तमान व्यवहार के लिए एक तकनीकी कारण और एक डिज़ाइन कारण है।
सबसे पहले, स्नेप को कुछ प्रकार के प्रमाणीकरण की आवश्यकता होती है क्योंकि यह एक सिस्टम-स्तरीय ऑपरेशन कर रहा है। कमांड लाइन पर आप sudo का उपयोग कर सकते हैं, जैसे जब आप करते हैं apt install
, तो कोई ऑनलाइन खाता आवश्यक नहीं है। सॉफ्टवेयर का उपयोग करते समय, वर्तमान में उपलब्ध प्रमाणीकरण का एकमात्र रूप स्नैप स्टोर है। विकल्प पर चर्चा की जा रही है ...
मैं एक उत्पन्न करने के लिए snapd पाने के लिए कोशिश कर रहा द्वारा इस को हल करने का प्रयास किया था बादाम दुकान उपयोग के बिना। लेकिन जैसा कि मैं समझता हूं कि इसे मैकरॉन को स्टोर करने के लिए एक गोल यात्रा की आवश्यकता है।
इसलिए मुझे लगता है कि इसका समाधान या तो स्नैपडील को स्थानीय मैकरून उत्पन्न करने या स्थानीय उपयोग के लिए कुछ अन्य प्रकार के प्रमाणीकरण टोकन का उपयोग करना है। ( टिप्पणी 27 )
दूसरे, SSO प्रमाणीकरण प्राथमिक डिजाइन पैटर्न था क्योंकि Snappy का प्राथमिक उपयोग-मामला कई IoT उपकरणों का प्रबंधन कर रहा है। डेस्कटॉप / लैपटॉप उपयोगकर्ताओं पर नकारात्मक प्रभाव अनियोजित था।
शुद्ध प्रभाव इन उपकरणों के लिए बहुत बेहतर सुरक्षा है ... उदाहरण के लिए आधुनिक वाईफाई एक्सेस पॉइंट देखें। आपको आमतौर पर क्लाउड में एकल प्रबंधन खाता मिलता है, और आप उसी के माध्यम से सभी उपकरणों का प्रबंधन करते हैं। ( टिप्पणी 25 )
ऐसा लगता है कि व्यवहार को बदलने की योजना है ताकि डेस्कटॉप / लैपटॉप उपयोगकर्ताओं को प्रमाणित करने के लिए ऑनलाइन खाते का उपयोग करने की आवश्यकता न हो। परिवर्तन प्राप्त होने पर आप समाचार प्राप्त करने के लिए बग की सदस्यता ले सकते हैं।
एक टोकन को रूट को सौंपना जो सिस्टम को हेरफेर करने के लिए एक प्राधिकरण प्रदान करता है, रूट को बिना स्टोर जानकारी के हटाने के लिए खुद को अनुमति देने के अनुरूप है, जिसे हम अनुमति देते हैं ... इसके लिए आवश्यक बुनियादी ढांचा बहुत अधिक है क्योंकि हमारे पास पहले से ही है स्थानीय और दूरस्थ मैकरून को अलग-अलग बनाए रखें, और वह स्थिति जहां रिमोट मैकरून गायब है या गलत है, पहले से ही संभाला हुआ है। ( टिप्पणी 29 )