स्क्रिप्ट में उपयोग के लिए पासवर्ड संग्रहीत करना


11

ऐसी कुछ परिस्थितियां हैं जिनके लिए उपयोगकर्ताओं को विकास प्रक्रिया के दौरान चीजों को स्वचालित करते समय अपना पासवर्ड प्रदान करने की आवश्यकता होती है। साइट परिनियोजन केवल सामान्य स्थितियों में से एक है। ओएस एक्स के तहत डीजीएम फाइलें बनाने के लिए पासवर्ड की भी आवश्यकता होती है। लिपियों में उपयोग की जाने वाली अधिकांश कमांड लाइन उपयोगिताओं में स्टड के माध्यम से पासवर्ड प्राप्त करने की क्षमता होती है।

हर बार पासवर्ड प्रदान करना स्क्रिप्ट चलाने के लिए थोड़े "स्वचालित" के उद्देश्य को हरा देता है। स्क्रिप्ट में इसे सादा पाठ संग्रहीत करने से "पासवर्ड" का उद्देश्य समाप्त हो जाता है। स्क्रिप्ट को पासवर्ड प्रदान करने के लिए सबसे इष्टतम दृष्टिकोण क्या है जिसकी उन्हें आवश्यकता है?

जवाबों:


2

इस विशेष स्थिति के बारे में अधिक बारीकियों को जानने के बिना, ऐसा लगता है जैसे आप "अपने केक को खाने में असमर्थ हैं और इसे भी खा सकते हैं"। यदि कोई अन्य विकल्प नहीं है (यहां मेरा अस्वीकरण यह है कि मैं ओएस एक्स से अपरिचित हूं), तो आपको स्वचालन और सुरक्षा के बीच चयन करने की आवश्यकता है।

इन डीएमजी फाइलों तक किसकी पहुंच है? यदि व्यवस्थापक या विश्वसनीय उपयोगकर्ता एकमात्र हैं, तो आप संभवतः सादे पाठ में इस पासवर्ड को संग्रहीत करने के साथ ठीक हैं, जब तक कि ये समर्पित पासवर्ड हैं और स्क्रिप्ट पूरा होने की आवश्यकता से आगे नहीं बढ़ते हैं।

क्या यह वास्तव में अनअटेंडेड स्क्रिप्ट है? यदि यह नहीं है, और यह एक पासवर्ड इनपुट करने के लिए एक छोटी सी असुविधा है, तो आप इन स्क्रिप्ट फ़ाइलों के लिए एकमात्र कदम के रूप में इसे चूसने और पासवर्ड में प्रवेश करने से बेहतर हो सकते हैं।

फिर से, ओएस एक्स अनुभव वाले कोई व्यक्ति अधिक लागू सुझाव दे सकता है, लेकिन सुरक्षा के लिए अंगूठे का एक सामान्य नियम यह तय कर रहा है कि दी गई स्थिति / वातावरण के लिए अधिक महत्वपूर्ण (सुरक्षा बनाम प्रवेश) है।


2

इसे केवल आपके लिए सुलभ एक अलग कॉन्फ़िगरेशन फ़ाइल में रखें, और निष्पादन समय में अपनी स्क्रिप्ट को उक्त कॉन्फ़िगरेशन फ़ाइल में पढ़ने दें।


1

यदि पासवर्ड का उद्देश्य यह सुनिश्चित करना है कि ऑपरेशन को पासवर्ड के साथ विश्वसनीय व्यक्ति द्वारा अधिकृत किया गया है, तो इसका मतलब यह नहीं है कि इसे बायपास करने या इसे स्वचालित करने का प्रयास किया जाए।

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.