Libelektra: परीक्षण असीमित gpg- एजेंट स्पॉन

समस्या की रिपोर्ट करने के लिए धन्यवाद!

@ petermax2 क्या यह संभव है कि परीक्षण के दौरान gpg कमांड जायें ?

Ooops मैंने सोचा था कि gpg हमेशा एक ही एजेंट से जुड़ेगा। मैं जांच करूंगा।

@ markus2330 यह भी कारण है कि v2 पर बहुत सारे gpg एजेंट हैं जो आपके उपयोगकर्ता के साथ रिपोर्ट करते हैं, क्योंकि डॉकटर कंटेनर 1000: 1000 के साथ चलता है।

लेकिन समस्या डॉकटर तक ही सीमित नहीं है: डेबियन-स्ट्रेच-मिनिमल में उनमें से 250 भी हैं

कुछ नोड्स प्रभावित नहीं होते हैं क्योंकि वे जेनकिंस के लिए एक gpg- एजेंट को स्पॉन करने के लिए सेटअप हैं जो परीक्षणों द्वारा उपयोग किया जाता है (शायद, पुष्टि करनी होगी)

इस में देखने के लिए आप दोनों को धन्यवाद!

कुछ नोड्स प्रभावित नहीं होते हैं क्योंकि वे जेनकिंस के लिए एक gpg- एजेंट को स्पॉन करने के लिए सेटअप हैं जो परीक्षणों द्वारा उपयोग किया जाता है (शायद, पुष्टि करनी होगी)

यदि हम अपने द्वारा शुरू किए गए एजेंटों को मारने का कोई तरीका नहीं खोज सकते हैं, तो हमें बस आवश्यकता पड़ सकती है कि पर्यावरण में पहले से ही एक gpg- एजेंट (# 1888) है।

शायद gpg एजेंट को शुरू करने की आवश्यकता नहीं है और हम परीक्षणों के दौरान इसे दबा सकते हैं। लेकिन मुझे शाम को इसे देखना है।

mh आमतौर पर GPG_AGENT_INFO तब सेट किया जाना चाहिए जब एक शुरू किया जाता है, अतीत में हमने पर्यावरण चर को साफ कर दिया था ताकि हो सकता है कि अतीत में कई शुरू हो गए। पता नहीं क्यों यह अभी भी हालांकि अभी हो रहा है ...

@ petermax2 के लिए

• testmod_fcrypt
• testmod_crypto_openssl
• testmod_crypto_gcrypt

testmod_crypto_botan बिल्कुल testmod_crypto_gcrypt और testmod_crypto_openssl तरह चलना चाहिए। क्या बोटन टेस्ट सर्वर पर चल रहा है?

@ petermax2 शायद हाँ। जिस वातावरण में मैंने परीक्षण किया वहां कोई वनस्पति स्थापित नहीं थी। हालांकि यह यहाँ चल रहा

यह इतना आसान नहीं है। मैंने इकाई परीक्षणों के दौरान --no-autostart तर्क के साथ gpg का आह्वान करने की कोशिश की, हालांकि gpg अभी भी एजेंट को शुरू करता है। --no-use-agent एक मजाकिया है। आदमी पृष्ठ पढ़ता है:

--no-use-agent 
              This is dummy option. gpg2 always requires the agent.

यदि हम अपने द्वारा शुरू किए गए एजेंटों को मारने का कोई तरीका नहीं खोज सकते हैं, तो हमें बस आवश्यकता पड़ सकती है कि पर्यावरण में पहले से ही एक gpg- एजेंट (# 1888) है।

क्या हम इसे एक शॉट दे सकते हैं?

या क्रोन-जॉब की तरह है

pgrep gpg-agent | xargs -d "\n" kill

या बिल्ड सर्वर / कंटेनरों पर समान है?

यदि एजेंट उपलब्ध है, तो यदि इसे शुरू नहीं करना है और इसे बनाए रखना है, तो मुझे परीक्षण की जांच करनी होगी। परीक्षण में सफाई एजेंट बंद करो। बाकी सब एक हैक है।

आप सही हैं, एकमात्र सवाल यह है कि शुरुआत और रोक कहां होनी चाहिए। सी में लिखे गए हमारे यूनिट परीक्षणों की तुलना में हमारे एजेंटों / डॉकरों के भीतर ऐसा करना आसान प्रतीत होता है।

यहाँ मैंने वही सीखा है जो अब तक:

--no-autostart विकल्प के साथ gpg-agent के ऑटो-स्टार्ट को दबाना संभव है, अगर लगातार सभी gpg कॉल्स के साथ उपयोग किया जाए। हालांकि, बिना gpg-agent gpg2 कोई भी कार्य नहीं कर सकता है, जिसके लिए निजी कुंजी (यानी डिक्रिप्शन, हस्ताक्षर) की आवश्यकता होती है।

gpg-agent --server का कांटा देना भी संभव है लेकिन फिर gpg2 एजेंट से कनेक्ट नहीं हो सकते। पर्यावरण चर GPG_AGENT_INFO पदावनत है और gpg2 द्वारा किसी भी लंबे समय तक नहीं माना जाता है।

मैं gpg-agent --daemon फोर्क करने और निष्पादित करने की कोशिश करूंगा। मुझे अभी शुरू किए गए gpg-agent के PID का पता लगाने का एक तरीका चाहिए ताकि परीक्षण किए जाने पर मैं SIGTERM कर सकूं।

सी में लिखे गए हमारे यूनिट परीक्षणों की तुलना में हमारे एजेंटों / डॉकरों के भीतर ऐसा करना आसान प्रतीत होता है।

बहुत आसान है, मुझे लगता है :-)

मुझे लगता है कि एजेंट्स से जुड़ने के लिए आपके निर्णय को बस gpg के डिफ़ॉल्ट-तरीके का उपयोग करना सही था।

Gpg- एजेंट को शुरू करने / रोकने के विकल्प के रूप में, हम "उपयोग-एजेंट" को .gnupg / gpg.ff में भी अक्षम कर सकते हैं।

मुझे एक एजेंट के ऑटोस्टार्टिंग (और यहां तक ​​कि यह चल रहा है) के साथ कोई समस्या नहीं है। मुझे बाद के परीक्षणों में एक नई शुरुआत करने में समस्या है

मुझे लगता है कि एजेंट्स से जुड़ने के लिए आपके निर्णय को बस gpg के डिफ़ॉल्ट-तरीके का उपयोग करना सही था।

उत्पादन के माहौल में यह बेहतर विकल्प है। मेरी मशीन पर crypto और fcrypt हमेशा एक ही एजेंट से जुड़ते हैं और मेरी Yubikey के साथ एकीकरण बहुत अच्छी तरह से काम करता है।

हमारे परीक्षण वातावरणों में, हम परीक्षण शुरू करने से पहले एजेंट का एक भी उदाहरण रखते हैं और चलाते हैं। मुझे लगता है कि समस्या यह है कि हम environemnt को स्पष्ट करते हैं, जैसा कि @ingwinlu ने पहले उल्लेख किया है।

मुझे लगता है कि समस्या यह है कि हम environemnt को स्पष्ट करते हैं

हमें अब और नहीं चाहिए। लेकिन मुद्दा कायम है

अगर gpg- एजेंट पर्यावरण के माध्यम से संवाद करने की कोशिश करता है, तो यह स्पष्ट रूप से काम नहीं कर सकता है, अगला परीक्षण रन पहले परीक्षण रन से पर्यावरण को कभी सेट नहीं करेगा।

मुझे दो विकल्पों में से निम्नलिखित पसंद हैं:

1. हम ठीक से TESTING.md में कंटेनर और दस्तावेज़ के भीतर gpg एजेंट को शुरू / बंद करते हैं कि gpg एजेंट को चलाने की जरूरत है (# 1888 देखें)।
2. हम gpg एजेंटों के स्टार्टअप को अक्षम करते हैं (.gnupg / gpg.conf में "उपयोग-एजेंट" को अक्षम करें, हालांकि इसे परीक्षण नहीं करना चाहिए) और TESTING.md में इसे दस्तावेज़ित करें (# 1888 देखें)।

एक सेटअप, जहां डेमॉन एक वैश्विक तरीके के बिना ऑन-डिमांड शुरू हो जाता है ताकि यह पता चल सके कि डेमॉन पहले से ही शुरू हो गया है (और एनवी संस्करण वैश्विक नहीं हैं लेकिन प्रक्रिया-विशिष्ट हैं), टूटने लगते हैं। हमें परीक्षणों के भीतर इसे ठीक करने की कोशिश नहीं करनी चाहिए।

https://stackoverflow.com/questions/27459869/how-to-stop-gpg-2-1-spawning-many-agents-for-unit-testing

आप बहुत सारे एजेंटों को पैदा कर रहे हैं इसका कारण --homedir विकल्प का उपयोग करके अलग-अलग घर निर्देशिका है, अन्यथा एक एकल का उपयोग किया जाता। GnuPG 2.1 से, एजेंट के साथ सभी संचार GnuPG homedirectory में सॉकेट के माध्यम से किया जाता है।

हम होमडियर विकल्प का उपयोग नहीं करते हैं। और https://dev.gnupg.org/T3218 स्टैकओवरफ्लो के वर्कअराउंड को "(बहुत ही अजीब) वर्कअराउंड" के रूप में वर्णित करता है।

हो सकता है कि बस जीपीजी-एजेंट शुरू करना सबसे भविष्य का प्रूफ वेरिएंट हो (हमारे वातावरण में नियंत्रित तरीके से)। लगता है कि वे हाल के संस्करणों में gpg- एजेंट का स्टार्टअप अब वैकल्पिक नहीं है। (जो मेरा विकल्प बनाता है 2. निरर्थक से ऊपर)

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

हाँ, मैंने यह नहीं पाया है कि यह कहाँ से आता है, लेकिन यह समस्या से मेल खाता है (ऑप देखें) क्योंकि सभी एजेंट एक अलग के साथ पैदा हुए थे।

यह एक अच्छा संकेत था, मैंने सीखा कि gpg- एजेंट का स्टार्टअप अब वैकल्पिक नहीं है।

जो यह बहुत स्पष्ट करता है कि हमें इसे शुरू करने और रोकने की आवश्यकता है। और शुरू से बचने की कोशिश न करें।

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

हाँ, मुझे यह नहीं मिला कि यह कहाँ से आता है लेकिन यह समस्या से मेल खाता है (देखें op)

हम स्पष्ट रूप से --home-dir विकल्प का उपयोग नहीं करते हैं, लेकिन ps -ef revelas कि gpg किसी भी तरह इसे सेट करते हैं।

https://wiki.archlinux.org/index.php/GnuPG

$ GNUPGHOME का उपयोग GnuPG द्वारा उस निर्देशिका को इंगित करने के लिए किया जाता है जहां इसकी कॉन्फ़िगरेशन फ़ाइलें संग्रहीत की जाती हैं। डिफ़ॉल्ट रूप से $ GNUPGHOME सेट नहीं किया जाता है और आपके $ HOME का उपयोग इसके बजाय किया जाता है; इस प्रकार, आपको स्थापना के ठीक बाद एक ~ / .gnupg निर्देशिका मिलेगी।
डिफ़ॉल्ट स्थान को बदलने के लिए, या तो gpg $ gpg --homedir पाथ / से / फ़ाइल में चलाएं या GNUPGHOME पर्यावरण चर सेट करें।
`` `
@ petermax2 क्या आप

यह भी दिलचस्प https://www.gnupg.org/documentation/manuals/gnupg/Ephemeral-home-direct.com

एक अस्थायी निर्देशिका बनाएं, अपनी आवश्यकताओं को पूरा करने वाले कॉन्फ़िगरेशन को बनाएं (या कॉपी करें), इस निर्देशिका को या तो पर्यावरण चर GNUPGHOME, या विकल्प --homedir का उपयोग करके इस निर्देशिका का उपयोग करें। GPGME संदर्भों के इंजन की जानकारी को संशोधित करके, प्रति-संदर्भ आधार पर भी इसका समर्थन करता है। अब आपको जो भी ऑपरेशन पसंद है उसे निष्पादित करें, आवश्यक सामग्री को आयात और निर्यात करें। एक बार समाप्त होने पर, आप निर्देशिका को हटा सकते हैं। शुरू की गई सभी GnuPG बैकएंड सेवाएं इसका पता लगाएंगी और बंद कर देंगी

मेरे कंटेनर में इसका परीक्षण किया गया और इसने अपने आप ही इस प्रक्रिया को पूरा करने का वादा किया।

@ petermax2 क्या आप

हाँ, HOME उपलब्ध है:

HOME = /tmp/elektra-test.3vLR4L

ठीक है इसलिए टेस्ट सूट में कुछ है, जो होम को एक tmp डायरेक्टरी (जो अच्छा है) में ओवरराइड कर रहा है। यदि वह सफाई के दौरान अभी भी उपलब्ध है तो इसे एजेंट को रोकने के लिए हटा दिया जाना चाहिए। यह एक आदर्श निर्धारण होगा।

अगर हम केवल GNUPGHOME gpg-agent का केवल एक उदाहरण ही सेट करते हैं, तो इसे बंद कर दिया जाता है। परीक्षण शुरू होने से पहले GNUPGHOME अधिलेखित नहीं किया जाता है।

GNUPGHOME सेट के साथ, केवल एक gpg-agent mulitple टेस्ट रन के बाद चल रहा है।

मुझे लगता है कि यह सबसे सरल उपाय है।

ध्यान रखें कि यदि आप अपने घर निर्देशिका को साझा करते हैं तो आप परीक्षण को समानांतर रूप से चलाने में सक्षम नहीं हो सकते हैं।
और आपको फिर भी GNUPGHOME को हटाना होगा (आप उपयोगकर्ता के लॉग में लॉगिंग के लिए एक lingering pgp- एजेंट आंसरिंग कॉल नहीं चाहते हैं?)।

और अगर लक्ष्य प्रणाली GNUPGHOME पर निर्भर करती है, तो क्या होगा, इसलिए आपको मौजूदा env को बचाने और मैन्युअल रूप से परीक्षणों के बाद इसे पुनर्स्थापित करने की आवश्यकता होगी।

मैं सराहना करूंगा अगर हम एक कदम पीछे ले जा सकते हैं और यह देख सकते हैं कि कैसे परीक्षण उन उपयोगकर्ता मशीनों को प्रभावित कर सकते हैं, न कि केवल परीक्षण सर्वर वातावरण।

आप परीक्षण को समानांतर रूप से चलाने में सक्षम नहीं हो सकते हैं।

मैंने स्क्रिप्ट चलाई:

#!/bin/bash
mkdir /tmp/x
export GNUPGHOME=/tmp/x
for run in {1..1000000}
do
    ctest -R crypto_openssl &
done

बिना किसी समस्या के। GPG को लॉकिंग आदि को संभालना चाहिए।

आप उपयोगकर्ता के लिए लॉग इन करने के लिए कॉलिंग का जवाब नहीं देना चाहते हैं?

यह उस तरह से है, जब gpg-agent डिज़ाइन किया गया था: यह उपयोगकर्ता सत्र समाप्त होने तक हमेशा के लिए चल रहा है। यह अपने पीआईडी ​​को कुछ जगह नहीं लिखता है, इसे छोड़ने के लिए कोई आदेश नहीं हैं। यह केवल SIGTERM प्रतिक्रिया करता है।

मैं करने की कोशिश की fork gpg-agent के साथ इकाई परीक्षण के भीतर से --server विकल्प है, तो हम करने के लिए एक पीआईडी होता kill बाद में। लेकिन तब gpg-agent आवश्यक $GNUPGHOME पर सॉकेट नहीं खोलते हैं और इकाई परीक्षण एजेंट के एक और उदाहरण को फिर से खोलते हैं (जो --daemon मोड में चल रहा है)। --server मोड में होने पर gpg-agent किसी भी सॉकेट को खोलने का कोई तरीका नहीं है (मैंने gpg-agent के स्रोत कोड के साथ यह जाँच की)।

gpg-agent को नियंत्रित करना मुश्किल है और मुश्किल से प्रलेखित है। मैं gpg-agent का स्रोत कोड भी पढ़ रहा था। हमारे उपयोग का मामला कवर नहीं किया गया है। एकमात्र विकल्प SIGTERM ।

समानता

मैं इस बारे में अधिक सोच रहा था कि आप gpg-agent को अलग करना चाहते हैं जो एक दूसरे को प्रभावित न करें। यानी आप केवल एजेंट को टेस्ट की चाबी देना चाहते हैं, और एजेंट को टेस्ट बी के लिए चाबी देना है। अगर वह जरूरत नहीं है तो एक हार्डकोड tmp घर ठीक है।

Gpg- एजेंट की हत्या

जब पहली बार इस मुद्दे की जांच कर रहा हूं तो मैं एक वेबसाइट (ऊपर जुड़ा हुआ) आया था जिसमें कहा गया था कि अस्थायी gpg- एजेंट को बंद करने का अपेक्षित तरीका अपनी gpg होम निर्देशिका को हटाना है।

इसलिए यदि आप GNUPGHOME को /tmp/elektra_tests/gpg और परीक्षण के दौरान इस tmp निर्देशिका को हटाते हैं तो यह ठीक होना चाहिए।

इसलिए यदि आप GNUPGHOME को / tmp / elektra_tests / gpg पर सेट करते हैं और परीक्षण सफाई के दौरान इस tmp निर्देशिका को हटाते हैं तो यह ठीक होना चाहिए।

यह काम करता है! मैं इस फिक्स को crypto और fcrypt परीक्षण मामलों में एकीकृत करूंगा। टिप के लिए धन्यवाद!

मेरे पास एक कार्यशील प्रोटोटाइप है। पीआर कल आ रहा है।

# 2056 के साथ तय किया जाना चाहिए। यदि समस्या अभी भी होती है तो कृपया पुनः खोलें।