Otomatik derlememiz Jenkins üzerinde çalışıyor. Yapının kendisi, SSH aracılığıyla slave'lerin çalıştırılmasıyla slave'ler üzerinde çalışıyor.

Bir hata alıyorum:

00:03:25.113 [codesign-app] build/App.app: User interaction is not allowed.

Şimdiye kadar gördüğüm her öneriyi buradaki diğer yazılarda denedim:

• Anahtar zincirinin kilidini açmak için imzalamadan hemen önce güvenlik kilidi açma anahtar zincirini kullanma.
• İmzalama anahtarını kendi anahtar zincirine taşımak.
• İmzalama anahtarını oturum açma anahtar zincirine taşıma.
• İmzalama anahtarını sistem anahtar zincirine taşıma.
• Liste anahtar zincirlerini yalnızca anahtarı içeren anahtar zincirine manuel olarak ayarlama.

Her durumda aynı hatayı alıyorum.

Sorunu teşhis etme girişiminde, yerel terminalimde "güvenlik kilidi açma-anahtar zinciri" komutunu çalıştırmayı denedim ve bunun aslında anahtar zincirinin kilidini açmadığını fark ettim - Anahtar Zinciri Erişimi'ne bakarsam, kilit sembolü hala orada. Bu, parolayı komut satırından geçip geçmediğim veya benden istemesine izin verip vermediğimdir. GUI'yi kullanarak aynı anahtar zincirinin kilidini açmak, benden şifreyi soracak ve ardından kilidi açacaktır. Ben çalıştırırsanız Ayrıca, ben, "güvenlik kilidi-Anahtarlık" do hemen komutu çalıştırdıktan sonra tuş kilidi bakın. Bu bana, kilit açma anahtarının aslında çalışmadığını düşündürüyor. Aynı davranışı Lion'da (inşa köleleri için kullandığımız) ve Mavericks'te (üzerinde geliştirdiğim) yaşıyorum.

Sonra, tüm güvenlik komutlarına -v eklemeyi denedim:

list-keychains "-d" "system" "-s" "/Users/tester/.secret/App.keychain"
Listing keychains to see if it was added: ((
        "/Library/Keychains/System.keychain"
))
unlock-keychain "-p" "**PASSWORD**" "/Users/tester/.secret/App.keychain"
build/App.app: User interaction is not allowed.

Bundan, işe yaramayan şey liste anahtar zincirleri gibi görünüyor. Belki ikisi de işe yaramaz. : /

Burada benzer bir soru var . Çözüm ilginç - launchctl'de "SessionCreate" öğesini true olarak ayarlayın. Ancak, master üzerine inşa etmiyorum - yapım sürecim bir slave yapım makinesinde SSH'den başlatılıyor. Belki "SessionCreate" çalıştırdığınızda launchctl'nin yaptığı şeyi yapmanın bir komut satırı yolu vardır?

Ben de bununla mücadele ediyorum. Http://devnet.jetbrains.com/thread/311971 adresindeki öneriyi deneyene kadar hiçbir şey yardımcı olmadı . Teşekkürler külçe agrawal!

Yapı kullanıcınıza GUI aracılığıyla giriş yapın ve Anahtar Zinciri Erişimini açın. İmza özel anahtarınızı seçin, sağ tıklayın, Bilgi Al'ı seçin, Erişim Kontrolü sekmesine geçin ve "Tüm uygulamaların bu öğeye erişmesine izin ver" seçeneğini seçin.

Sanırım bugün kendi soruma cevap vereceğim, çünkü iki buçuk günden fazla bıçakladıktan sonra denediğim şeylerden biri işe yaradı. Şimdi ondan uzaklaşacağım ve çalışmaya devam etmesini umuyorum.

Esasen, -d systemaslında çalışmıyor gibi görünüyor . Bu nedenle, buradaki diğer sorulara verilen birçok cevap muhtemelen bunu yansıtacak şekilde güncellenmelidir.

security -v list-keychains -s "$KEYCHAIN" "$HOME/Library/Keychains/login.keychain"
security list-keychains # so we can verify that it was added if it fails again
security -v unlock-keychain -p "$KEYCHAIN_PASSWORD" "$KEYCHAIN"
codesign --sign "$SIGNER_IDENTITY" --force --signature-size 9600 \
         --resource-rules src/AppResourceRules.plist --timestamp --verbose \
         "$APP"

Diğer cevapların hiçbiri benim için işe yaramadı.

Sonunda beni kurtaran bu yazı oldu

Özetlemek gerekirse, bu, uzun bir derlemeden sonra bu hatayı tetikleyecek olan 5 dakikalık bir varsayılan zaman aşımından kaynaklanıyor olabilir.

Düzeltmek:

security set-keychain-settings -t 3600 -l ~/Library/Keychains/login.keychain

Çağırmak için deneyin security unlock-keychainve codesignbir tek satırlık komutu olarak. Bu bana yardımcı oldu. Gibi bir şey:

security unlock-keychain -p <password> /Users/<user>/Library/Keychains/login.keychain && codesign --force --verify --verbose --sign "<certificate id>" <app name>

/ Usr / bin / codign için bir Anahtar Zinciri oluşturmak için Güvenliği kullanma

Sertifikayı içe aktarmak ve programlı olarak kod işareti ile çalışmasını sağlamak, oturum açma veya Sistem anahtar zincirlerini kullanma veya kod işareti tanrısına dua etme meselesi değildir. Yalnızca doğru izinleri ayarlamanız gerekir. Özellikle kod işareti amacıyla yeni bir anahtarlık oluşturmanızı tavsiye ederim.

Bugünlerde almak için codesignbir verim değil errSecInternalComponentsen bölme listesi (ACL) doğru almak gerekir. Adımlardan geçeceğim:

Anahtar Zincirini Oluşturun

security create-keychain -p "${KEYCHAIN_PASSWORD}" "${KEYCHAIN_NAME}"

bu noktada anahtar zincirinin kilidi açılır ancak içinde görünmez Keychain Access.

Yeni Anahtar Zincirini arama listesine ekleyin

security list-keychains -s "${KEYCHAIN_NAME}" "${OLD_KEYCHAIN_NAMES[@]}"

Yeni Anahtar Zincirini listeye ekleyin. İlk önce orijinal listeyi çıkarmazsanız, list-keychainsartık login.keychainarama listenizde bulunmayacaktır .

Anahtar zincirinin kilidini açın

security unlock-keychain -p "${KEYCHAIN_PASSWORD}" "${KEYCHAIN_NAME}"

Yukarıdaki Anahtar Zincirini oluşturduysanız bu gereksizdir, ancak Anahtar Zinciri zaten mevcutsa gereklidir.

Varsayılanları Anahtar Zincirinden kaldırın

security set-keychain-settings "${TESTING_KEYCHAIN}"

Herhangi bir bağımsız değişken belirtmeyerek bu, otomatik kilitleme zaman aşımını sınırsız olarak ayarlar ve uykuda otomatik kilitlemeyi kaldırır.

İmza sertifikalarınızı .p12'den içe aktarın

security import "${DIST_CER}" -P "${CERTIFICATE_PASSWORD}" -k "${KEYCHAIN_NAME}" -T /usr/bin/codesign

Sertifikaları ve verirleri içe aktarın codesign-T seçenek aracılığıyla erişim sağlar .

ACL'yi anahtarlıkta ayarlayın

security set-key-partition-list -S apple-tool:,apple: -s -k "${KEYCHAIN_PASSWORD}" "${KEYCHAIN_NAME}"

Bu, birçok insanın özlediği bir gerekliliktir. Dump-keychain kullanarak macOS'un ne yaptığını görebilirsiniz. Kod imzalama durumunda hangisini gerektirir apple:veapple-tool: . -ssertifikaların imzalanması anlamına gelir.

Gitlab-Runner, Jenkins ve benzerleri

Herhangi bir CI tipi koşucu veya yapı sistemi için çok önemli bir şey, sürecin launchddoğru şekilde başlatıldığından emin olmaktır . Plistinizin içerdiğinden emin olun<SessionCreate> </true> .

Anahtar zincirinin sahibini oluşturma süreciyle doğru şekilde eşleştirmemek ve bir güvenlik oturumunun oluşturulduğundan emin olmak her türlü baş ağrısına neden olacaktır. Teşhis açısından tanıtabilirsinizlist-keychains , çıktının beklentilerinize uygun olup olmadığını ve görebilirsiniz.

Bu launchd.plistman sayfasından:

SessionCreate <boolean>

Bu anahtar, içeriğin ait olduğu varsayılan oturum yerine işin yeni bir güvenlik denetimi oturumunda oluşturulması gerektiğini belirtir. Ayrıntılar için auditon (2) 'ye bakın.

UserName <string>

Bu isteğe bağlı anahtar, kullanıcının işi olarak çalıştıracağını belirtir. Bu anahtar yalnızca ayrıcalıklı sistem etki alanına yüklenen hizmetler için geçerlidir.

GroupName <string>

Bu isteğe bağlı anahtar, işin çalıştırılacağı grubu belirtir. Bu anahtar yalnızca ayrıcalıklı sistem etki alanına yüklenen hizmetler için geçerlidir. KullanıcıAdı ayarlanmışsa ve GrupAdı ayarlanmamışsa, grup kullanıcının birincil grubu olarak ayarlanacaktır.

Sonunda kod işareti

İmza sertifikaları karmasını kullanarak find-identity

security find-identity -p codesigning -v

Bir çerçeve, dylib vb. Kodlayın.

/usr/bin/codesign --verbose=4 -f -s "$SIGNER_HASH" "$SIGNABLE"

Uygulama paketini kodlayın

/usr/bin/codesign --verbose=4 -f -s "$SIGNER_HASH" --entitlements entitlements.xcent "$SIGNABLE"

Son notlar - Xcode'un bunu nasıl yaptığına bakarsanız, CODESIGN_ALLOCATEiçinde değil, Xcode'da bulunanı kullanmayı ayarlarlar /usr/bin.

export CODESIGN_ALLOCATE="$( xcrun --find codesign_allocate )"

Arama yolu, ${PLATFORM_PATH}:${TOOLCHAIN_PATH}:${PATH}PLATFORM yolu verilen hedef SDK için / usr / bin dizinidir ve TOOLCHAIN_PATH, Xcode ana makine araçları için / usr / bin olarak ayarlanır.

Anahtarlarınızı Sistem anahtarlığına koyun

Yani işe yarayan komut budur. -AMac'in parola sormasını engellemektir. System.keychain'e içe aktarmak bir GUI gerektirmez.

sudo security import <cert.p12> -k "/Library/Keychains/System.keychain" -P <passphrase> -A

Anahtarlığım kilitlendi. Bu gerçeği değiştirmek için ilerlememe direndi ...

Keychain Access-> Keychain First Aid-> Repair, ve voilá !

Anahtar zincirinin kilidini açmak yeterli değildir. Ayrıca özel anahtar erişimini "Tüm uygulamaların bu öğeye erişmesine izin ver" olarak ayarlamanız gerekir. Bunu komut satırından yapmak için anahtarın yeniden içe aktarılması gerekir. Yani bir seferde bir şeyler almak için:

Kilitliyse oturum açma anahtar zincirinin kilidini açın. Yine de kilitlenmemelidir, ancak yine de bunu şu şekilde yaparsınız:

security -v unlock-keychain -p "$KEYCHAIN_PASSWORD" "~/Library/Keychains/login.keychain"

Herhangi bir nedenle derleme makinenizde oturum açma anahtar zinciri kilitliyse ve bu şifreyi bir komut dosyasında göstermek istemiyorsanız, farklı bir anahtar zinciri kullanmalısınız. Yerinde bir tane oluşturabilir ve bunu önceki ve sonraki komutta kullanabilirsiniz. Yerinde bir tane oluşturmak için:

security create-keychain -p 'temporaryPassword' MyKeychain.keychain
security list-keychains -d user -s login.keychain MyKeychain.keychain

Ardından sertifikalarınızı ve ilişkili özel anahtarları -A parametresini kullanarak oturum açma anahtar zincirine aktarın. Tüm bunlar için sudo yapmanıza gerek olmadığını unutmayın ...

security import <cert.p12> -k "~/Library/Keychains/login.keychain" -P <passphrase> -A

-A parametresi, özel anahtarınızın "Tüm uygulamaların bu öğeye erişmesine izin ver" olarak ayarlanmasını sağlar.

Dolayısıyla, tüm bunları kullanarak, bir yayın ipa'sı oluşturmak için gerekli sertifikayı yükleyen bir komut dosyası oluşturabilmeli ve bunu istemeden imzalayabilmelisiniz. .P12 dosyasını deponuzda saklayabilirsiniz, böylece herhangi bir makine manuel kurulum gerektirmeden ipa'nızı oluşturabilir.

Anahtar zincirinin kilidini açmanın yanı sıra (başka yanıtlarda belirtildiği gibi), tüm uygulamalardan anahtar zincirindeki Xcode kimlik doğrulama belirtecine erişime izin vermeniz gerekir:

• "Giriş" anahtar zincirini seçin
• "Tüm Öğeler" kategorisini seçin
• "Xcode" anahtar kelimesini arayın
• Tüm Xcode belirteçleri için "Tüm uygulamaların bu öğeye erişmesine izin ver" seçeneğini seçin
• Anahtar zincirinin kilidini açma adımını eklemeyi unutmayın (önceki yanıtlardan)

Anahtarlarınızı Sistem anahtar zincirine aktarın. Bu komutu kullanabilirsiniz:

sudo security import YourKey.p12 -k /Library/Keychains/System.keychain -P PasswordToYourKey -T /usr/bin/codesign

Bu yüzden buradaki her cevabı denedim ve bir şeyler pek uyuşmadı. Sonunda, CI hizmetimi yeniden başlattığımda, beklediğimden farklı bir kullanıcı altında çalıştığını anladım. Oturum açma zincirindeki anahtara gerçekten erişimi olan kullanıcıya geçiş yapmak her şeyi düzeltti. Bu yaygın bir sorun olmayabilir, ancak başkalarının başına gelmesi durumunda bu hatanın özel nedenini belgelemek istedim.

Benim için işe yarayan hiçbir şey Xcode'u yeniden yüklemek zorunda görünüyor. Jenkins aynı hatayı vermeye devam ediyor. Xcode kurulumunu Çöp Kutusu'na taşır ve yeniden yüklerseniz çok zaman kazanırsınız. En az bir kez komut satırından kod işareti komutunu çalıştırdığınızdan emin olun.

Aynı hatayı alsanız bile 'Anahtar Zinciri Kilidini Aç?' Seçeneğini ayarlamayı deneyin. Jenkins içinde mülk ve /Users/${USER}/Library/Keychains/login.keychain altında login.keychain'inize yol verin

Umarım ondan sonra seninle olur.

Benim durumumda bu, 300 saniyenin varsayılan zaman aşımına sahip bir anahtar zincirinden ve 300 saniyeden uzun süren uzun bir xcode derlemesinden kaynaklandı. Benim için çözüm şuydu:

security set-keychain-settings -t <longer timeout in seconds> <keychain>

geçici anahtar zincirini oluşturduktan hemen sonra.

Tüm bu önerileri gözden geçirdim ve hala gymbir Jenkins işinde fastlane kullanırken sorun yaşıyordum . Sertifikayı yükledim ve anahtar zincirinin kilidini açtım ve komut satırında kod işareti komutunu manuel olarak çalıştırdığımda köle üzerinde kod imzalayabildim.

Geçici bir çözüm olarak, Jenkins slave'e SSH yerine JNLP kullanarak bağlanırsa, kod imzalayabilirsiniz.

Benim için manuel olarak ikinci bir anahtarlık eklendiğinde ve kilitlendiğinde oluyor. Bazı nedenlerden dolayı codesignkilitli anahtar zincirine erişmeye çalışır ve sertifikalar oturum açma anahtar zincirinde (ve kilidi açılmış) olsa bile başarısız olur. İkincisinin kilidini açmak sorunu çözer. Bana mantıklı gelmiyor.

Yukarıdaki çözümlerden birkaçını denedikten sonra. Sahip olduğum faktörlerden birinin, ION Console'u kullanarak inşa etmeye başlamam olduğunu fark ettim. Yapıyı Terminal uygulamasından yapmaya geri döndüğümde, her şey yolunda gitti.