2015-11-12 9 views
5

का उपयोग करने के लिए कोडिंग को अनुमति देने के साथ समस्या होने के बाद मैं El Capitan और Xcode 7.1 का उपयोग कर रहा हूं, मैं ऐप स्टोर पर अपलोड करने के लिए अपने एप्लिकेशन को बनाने और संग्रहित करने का प्रयास कर रहा हूं। इस चेतावनी के संकलन पॉप-अप होने के बाद: enter image description hereमेरे कीचेन

लेकिन Always Allow और Allow बटन बिल्कुल काम नहीं है, लेकिन Deny चेतावनी रद्द! मुझे इस मुद्दे को कैसे ठीक करना चाहिए? मैं नए आईमैक का उपयोग कर रहा हूं और अपने पुराने मैक से सभी डेटा को इस नए स्थान पर स्थानांतरित कर रहा हूं। यह समस्या Safari के साथ भी होती है, जब कोई वेबसाइट कुंजीचैन से पासवर्ड एक्सेस करना चाहती है।

यह कंसोल लॉग है:

SecurityAgent [1476]: उपयोगकर्ता कार्रवाई को अनदेखा किया के बाद से संवाद किसी अविश्वस्त स्रोत

मैं इस question में देखा है से घटनाओं प्राप्त हुआ है, लेकिन मैं नहीं कर रहा हूँ कुछ साझा करना!

+0

आप किसी भी संयोग से Xcode.app की सामग्री संशोधित है? यह एक्सकोड हस्ताक्षर तोड़ सकता है और इसलिए ऐप भरोसा नहीं किया जाएगा, मैं सुझाव देता हूं कि इसे हटाने और ताज़ा इंस्टॉल करने का प्रयास करें। –

उत्तर

7

मिले समाधान:

ऐसे अल्फ्रेड, TextExpander, या MagicPrefs के रूप में तीसरे पक्ष के उपयोगिताओं जहाँ तक ओएस का संबंध है खिड़की से "नियंत्रण" लेने के लिए प्रकट हो सकता है। आप अपराधी को उन सभी को अक्षम करके पा सकते हैं, और उन्हें एक-एक करके बदल सकते हैं जब तक आपको एक (या अधिक) नहीं मिलता है जो कि इस तरह कीचैन को प्रभावित करता है। क्रेडिट: https://apple.stackexchange.com/questions/212622/keychain-wont-let-copy-passwords-after-10-11-1-update

मेरे मामले में मैं सिर्फ MagicPref एप्लिकेशन अनइंस्टॉल हो और समस्या

+2

वही मेरी मदद भी करता है। अक्षम MagicPrefs और सबकुछ अच्छी तरह से काम करता है। – devgeek

+0

इसके अलावा चिकना माउस इसे प्रभावित करता है। अनुमति देने में सक्षम होने के लिए आपको 'SmoothMouseDemon' को मारने की आवश्यकता है। लेकिन जो संवाद पहले से खोला गया है वह अभी भी उत्तरदायी नहीं होगा, आप केवल तब ही अनुमति दे पाएंगे जब यह फिर से दिखाई देगा। – efpies

+0

मुझे सिनेर्जी का उपयोग कर एक ही समस्या थी। यह हत्या मुझे प्रेस करने "हमेशा अनुमति दें" – Jamie

5

सुनिश्चित नहीं हैं कि आप पहले से ही इस लगा अगर बाहर लेकिन मैं दूसरे दिन इस सटीक मुद्दे का सामना करना पड़ा हल किया। क्या आपका एक्सकोड बिल्ड बॉक्स रिमोट है? क्या एआरडी/वीएनसी सक्षम है? ऐप्पल ने हाल ही में सीवीई-2015-5943 के लिए एक अपडेट जारी किया 'एक दुर्भावनापूर्ण एप्लिकेशन प्रोग्रामिंग रूप से कीचेन एक्सेस प्रॉम्प्ट को नियंत्रित कर सकता है' जिससे इसे हमेशा अनुमति दें/अनुमति दें बटन वीएनसी/एआरडी का उपयोग नहीं किया जाता है। दूसरी चीज जो उस त्रुटि को उत्पन्न कर सकती है वह ऐप है जो सिस्टम इनपुट को संशोधित करता है जैसे स्मूथमाउस या मैजिकपेफ्स।

आप निजी कुंजी को फिर से आयात करके और आयात पर कोडिन बाइनरी पर भरोसा करके इसे प्राप्त कर सकते हैं। यदि आपके पास मूल निजी कुंजी .p12 फ़ाइल नहीं है, तो आप इसे अपने कीचेन से निर्यात करने में सक्षम हो सकते हैं। आप पुनः आयात करने से पहले कीचेन से निजी कुंजी को हटाना चाहेंगे (सुनिश्चित करें कि आपके पास पहले कहीं भी निजी कुंजी का बैक अप है !!)।

कोडइन बाइनरी आयात और भरोसा करने के लिए, आप इस कमांड का उपयोग कर सकते हैं।

security import /tmp/my-cert-path.p12 -k /Users /xcodeuser/Library/Keychains/login.keychain -P mysupercoolprivatekeypassword -T /usr/bin/codesign 

आप निजी कुंजी भरोसा एप्लिकेशन जोड़ने रखने की जरूरत है, तो मैं निश्चित रूप से अपने डेवलपर निजी कुंजी यहाँ पर से कहीं और का बैकअप रखने के लिए सुनिश्चित हो जाएगा। यदि आप निजी कुंजी खो देते हैं और कीचेन एक्सेस से निर्यात नहीं कर सकते हैं, तो सोचें कि यदि आपके पास बॉक्स में स्थानीय पहुंच नहीं है (हम रिमोट होस्टेड मैक मिनी का उपयोग करते हैं) तो आपको इसे पुन: उत्पन्न करने की आवश्यकता हो सकती है।

आपके द्वारा पोस्ट की गई लॉग प्रविष्टि सही है।

SecurityAgent[1476]: Ignoring user action since the dialog has received events from an untrusted source 

'ओएस एक्स एल कैपिटन 10.11 की सुरक्षा सामग्री के बारे में।1, सुरक्षा अद्यतन 2015-004 Yosemite, और सुरक्षा अद्यतन 2015-007 मावेरिक्स ' https://support.apple.com/en-us/HT205375

अन्य लोगों में एक ही मुद्दा का सामना करना पड़:

El Capitan + Xcode 7.1 not letting me allow enterprise signing

https://superuser.com/questions/1004881/osx-10-11-1-keychain-access-does-not-allow-change-to-access-permission

http://nerdanswer.com/answer.php?q=1181710

+0

मैं एल कैप पर इस सुरक्षा आयात आदेश कोशिश कर रहे हैं की अनुमति देता है, और यह आयात और codesign के लिए कुंजी पर भरोसा करने के लिए अपने अनुरोध की अनदेखी करने लगती है। इसे ट्रस्ट विकल्प का सम्मान करने के लिए कोई भी चाल (दोनों टीटी और एए की कोशिश की)? मैं इस आदेश को टर्मिनल पर वीएनसी के माध्यम से चला रहा हूं क्योंकि मेरे पास मशीन तक भौतिक पहुंच नहीं है। –

+0

@ पॉल बुचानन जिस स्थिति में मैं काम कर रहा था, क्या आपने फिर से आयात करने की कोशिश करने से पहले मौजूदा कीचेन आइटम को हटा दिया था? कमांड ने केवल मेरे लिए काम किया जब मैंने पहले चाबी आइटम हटा दिया, तो यह आइटम अपडेट नहीं होगा अगर आइटम पहले से मौजूद है। –

+2

इस ओवेन के लिए सिर्फ एक अपडेट, मैंने पाया कि आपको निजी कुंजी पर एप्लिकेशन निर्दिष्ट करना है, प्रमाणपत्र नहीं। जैसा तो: 'सुरक्षा आयात ~/डेस्कटॉप/<निर्यात-प्रमाण पत्र> .p12 -k"/उपयोगकर्ताओं/ /Library/Keychains/login.keychain "आयकर priv -पी टी/usr/bin/codesign टी/एप्लीकेशन/यूटिलिटीज/कीचेन \ एक्सेस.एप'। तो बस प्रमाण पत्र के नीचे दिखाई देने वाली निजी कुंजी को हटाएं, फिर नए ऐप्स जोड़ने के लिए फिर से आयात करें। – jlyonsmith

-1

मैं था एक ही मुद्दा, और मैं वास्तव में एक लंबे समय के लिए देखा। माइक्रोसॉफ्ट शब्द पर एक पॉप अप बॉक्स पर एक समान समस्या होने पर मुझे वास्तव में यह जवाब मिला जो काम नहीं करेगा।

मैं जिस फिक्स का उपयोग करता हूं वह कंप्यूटर को पुनरारंभ करना और सुरक्षित मोड (https://support.apple.com/en-us/HT201262) पर इसे चालू करना है, एक्सकोड खोलें (आपको घटकों को स्थापित करने की आवश्यकता हो सकती है), और इसे फिर से संग्रहित करने का प्रयास करें। इस बार, जब आप हमेशा अनुमति देते हैं, तो इसे काम करना चाहिए।

आशा है कि इससे मदद मिलती है!

संबंधित मुद्दे