अपनी gpg निजी कुंजी का उपयोग करके किसी फ़ाइल को कैसे एन्क्रिप्ट करें ताकि मैं इसे बाद में डिक्रिप्ट कर सकूं


2

मेरे पास मेरे GNU / लिनक्स लैक्टो पर एक टेक्स्ट फ़ाइल है [और मैं इसे अपनी gpg निजी कुंजी के साथ एन्क्रिप्ट करना चाहता हूं ताकि मैं इसे बाद में डिक्रिप्ट कर सकूं और आउटपुट देख सकूं। मैंने इसका उपयोग करने की कोशिश की है:

gpg --encrypt file.txt

लेकिन मुझे डालने के लिए कहें Current recipients मुझे कोई प्राप्तकर्ता नहीं चाहिए जो मैं स्वयं पढ़ना चाहता हूं।

मैं gpg का उपयोग करके किसी फ़ाइल को कैसे एन्क्रिप्ट कर सकता हूं?

जवाबों:


3

मैंने किसी फ़ाइल को एन्क्रिप्ट करने के लिए इस विधि का उपयोग किया है gpg -r your.email@example.com -e ./filename और यह filename.gpg बनाएगा जो एन्क्रिप्टेड सामग्री है।

और आपको डिक्रिप्ट करना है gpg -d filename.gpg

ईमेल की आवश्यकता के संबंध में - जब आप एक नई कुंजी का उपयोग कर उत्पन्न करते हैं gpg --gen-key आपको ईमेल पता दर्ज करने की आवश्यकता होगी और यह उस ईमेल पते के आधार पर एक सार्वजनिक / निजी कुंजी जोड़ी बनाएगा। आपको बस उसी ईमेल पते का उपयोग करने की आवश्यकता है। यह इसे नहीं भेजता है, यह बस gpg बताता है कि कौन सी निजी / सार्वजनिक कुंजी जोड़ी का उपयोग करना है (और पहचानकर्ता ईमेल पता है)


2

विहित तरीका उपयोग करना है --encrypt-to name आपकी आईडी (विशिष्ट: मेल पता) के लिए name प्रलेखन कहते हैं कि "एन्क्रिप्ट-टू-सेल्फ" का तरीका है।


... अपने स्वयं के उपयोगकर्ता-आईडी के साथ "एन्क्रिप्ट-टू-सेल्फ" के रूप में उपयोग किया जा सकता है ... मेरी किताब में यह इंगित नहीं करता है कि यह कुछ करने के लिए एक विहित तरीका है। उपयोग करने के क्या फायदे और नुकसान हैं --encrypt-to name ऊपर --recipient?
Ini

@ini मुझे लगता है कि मैं उस विकल्प को विहित के रूप में संदर्भित करने के लिए इच्छुक हूं क्योंकि यह gnupg.org पर आधिकारिक दस्तावेज में "स्वयं के लिए एन्क्रिप्ट" के लिए इसका उपयोग करने का सुझाव दिया गया है, मेरा लिंक देखें। किसी भी स्थिति में, --recipient पर्याप्त नहीं होगा, आपको जोड़ना होगा --encrypt (यह वैकल्पिक नहीं है)। "फायदे" और "नुकसान" में व्यवहार में अंतर का वर्गीकरण आपके उपयोग के मामले पर निर्भर करेगा और संभवतः राय-आधारित होगा।
jvb
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.