उपकुंजियों के साथ GPG डिक्रिप्शन एक कंप्यूटर पर विफल क्यों होता है लेकिन दूसरे पर नहीं?


2

मैं अपने विभिन्न कंप्यूटरों को वितरित करने के लिए GPG उपकुंजियों की प्रणाली बनाने का प्रयास कर रहा हूं। मैंने यहाँ और यहाँ के निर्देशों के अनुसार निकाले गए मास्टर गुप्त कुंजी के साथ प्रत्येक कंप्यूटर के लिए उप-युग्म जोड़े बनाए हैं । मैंने अपने कंप्यूटरों में संबंधित .gnupg फ़ोल्डर्स को scp के माध्यम से वितरित किया है। फिर मैं अपने पास डेटाबेस तक पहुँचने का प्रयास करके इनका परीक्षण कर रहा हूँ। मेरे लैपटॉप पर भेजा गया कीपियर फ़ोल्डर ठीक काम करता है और मेरे पासवर्ड को डिक्रिप्ट करता है, लेकिन मैंने जो एक और हेडलेस सिस्टम को भेजा है वह नहीं है, और जब मैं पासवर्ड दिखाने का प्रयास करता हूं तो मुझे फोलोविंग त्रुटि संदेश मिलता है:

gpg: डिक्रिप्शन विफल: कोई गुप्त कुंजी नहीं

अगर मैं एक ही उप-जोड़ी जोड़ी।

सभी सिस्टम आर्क लिनक्स और gnupg 2.1.8 के समान संस्करण चलाते हैं और 1.6.5 पास करते हैं।

क्या कोई सुझाव दे सकता है कि उपकुंजी मेरे हेडलेस सिस्टम को डिक्रिप्ट करने का काम क्यों नहीं करती है?


क्या आपने .gnupgफ़ोल्डर को सही उपयोगकर्ता के होम डायरेक्टरी (कुंजियों को एक्सेस करने की कोशिश कर रहा उपयोगकर्ता) और एक्सेस अनुमतियों को समायोजित किया है (उपयोगकर्ता आईडी भिन्न हो सकती हैं, हालांकि उपयोगकर्ता नाम समान हैं)? क्या gpg --versionउसी निर्देशिका को दिखा रहा है जिसे आपने स्थानांतरित किया है?
जेन्स एराट

हाँ, gpg --versionसही निर्देशिका दिखाता है। मैंने अनुमतियां बदलने की कोशिश की है। क्या आप पुष्टि कर सकते हैं कि उन्हें क्या होना चाहिए? मैंने chown -R stephanie:users .gnupgसही स्वामी chown -R 755 .gnupgको बदलने के लिए उपयोग किया है और अनुमतियाँ बदलने के लिए उपयोग किया है, लेकिन मुझे अभी भी वही त्रुटि मिली है।
स्टेफ़नी। एंडर्सन

gpg --list-secret-keysछपाई क्या है ?
जेन्स एराट

ऐसा लगता है कि मैं क्या उम्मीद करूंगा:sec# rsa4096/0xFAEA411332F636B9 2015-10-12 uid [ultimate] Stephanie Anderson <stephanie.anderson.1873@gmail.com> ssb rsa4096/0x1C674CBC250C2765 2015-10-12 ssb rsa4096/0x72D1B3B02E4F1015 2015-10-12
stephanie.anderson

मैंने कभी उपयोग नहीं किया pass, इसलिए मैं आपको अधिक विवरण प्राप्त करने के लिए पूरा मार्ग नहीं दे सकता। OpenPGP एन्क्रिप्टेड सामग्री खोजने की कोशिश करें, और उन्हें पाइप करें gpg --list-packets, जिससे आपको अधिक जानकारी मिलनी चाहिए कि यह किस कुंजी की अपेक्षा कर रहा है। आप किसी तरह -vसे GnuPG कॉल में घुसने में भी सक्षम हो सकते हैं, जो उस एक्सेस की कोशिश कर रही कुंजी पर कुछ उपयोगी जानकारी जोड़ सकता है।
जेन्स एराट

जवाबों:


1

ठीक है, तो यह पता चला है कि पास का उपयोग एक लाल हेरिंग था। मैंने केवल एक दस्तावेज़ को एन्क्रिप्ट करने की कोशिश की और फिर इसे डिक्रिप्ट करने का प्रयास किया। -V ध्वज के साथ यह पता चला है कि समस्या पिनेंट्री एजेंट के साथ थी। तो यहाँ उत्तर से निर्देश के साथ । मैंने अब इसे पेंट्री-शाप के साथ काम करना शुरू कर दिया है।

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