证书(Certificate)与描述文件(Provisioning Profiles)

  在使用脚本xcodebuild自动打包的时候,会用到签名证书和描述文件,我在编译的时候搞了好长时间才搞明白,下面介绍如何得到正确配置。

  证书:证书是用来给应用程序签名的,只有经过签名的应用程序才能保证他的来源是可信任的,并且代码是完整的, 未经修改的。在Xcode Build Setting的Code Signing Identity中,你可以设置用于为代码签名的证书。

  .p12:因为直接从Apple下载的证书只有公钥,没有私钥。没办法证明这个证书是你的(没有办法证明你有这个权利)。而从本地钥匙串中导出的.p12文件是包含公钥和私钥的,也就是说可以把证书上描述的权利赋予他人。

  描述文件:描述文件里包含了App ID , Certificates (证书), Devices(设备)。 说明生成描述文件需要用到这些信息。我们要打包或者在真机上运行一个应用程序,首先需要证书来进行签名,用来标识这个应用程序是合法的、安全的、完整的等等。然后需要指明它的App ID,并且验证Bundle ID是否与其一致。再次,如果是真机调试,需要确认这台设备能否用来运行程序。而Provisioning Profile就把这些信息全部打包在一起,方便我们在调试和发布程序打包时使用,这样我们只要在不同的情况下选择不同的profile文件就可以了。而且这个Provisioning Profile文件会在打包时嵌入.ipa的包里。

 一、“手动管理证书”与“自动管理证书”

  在Xcode8以后苹果引入了自动管理证书(automatically manage signing),设置自动管理证书后xcode会根据账号证书和苹果开发者中心设置的内容,自动生成描述文件并下载到机器中使用。

  如果我们想手动管理证书,请将xcode中的“automatically manage signing”勾掉。

二、正确获得证书“常用名称”

  首先要安装证书或者直接安装到处的p12文件。其次要得到“常用名称”

1、打开“钥匙串访问”

  在“Launch”中搜索“钥匙串访问”

2、找到你的证书,单击鼠标右键,单击“显示简介”

3、其中常用名称就是证书名称copy待用

三、得到对应证书的描述文件

   得到证书名称还不够还需要得到描述文件(Provisioning Profiles)

   每个用户有其相应的Provisioning Profiles配置目录在当前用目录中,我的目录如下

cd /Users/rongshenglai/Library/MobileDevice/Provisioning Profiles

   其中就是我目前持有的描述文件。

 

1、登录“苹果开发者中心” https://developer.apple.com/

2、点击“Certificates, Identifiers & Profiles”

   这里就是我的描述文件,“Development”是开发者描述文件可以打包后在真机上安装,“Distribution”是发布描述文件如果要发布到appstore需要这个描述文件。

 

3、创建描述文件

a)单击“+”创建一个描述文件

 b)选择开发者描述文件还是发布描述文件,选择后单击“continue”

 

c)选择appid(也就是设置此描述文件应用于那个app,如果你有多个app需要给每个app都配置一个描述文件),选择好后单击“continue”

 d)选择那个证书可以使用此描述文件,不知道全选即可,单击“Continue”

e)选择打包后可以在那些设备上使用,选择好后单击“Continue”

f)在Profile Name中输入此描述文件的名字,单击“Continue”。

4、下载描述文件

  证书创建完成后需要把描述文件手动下载到本机

  找到你要使用的描述文件(开发者、发布)单击后显示如下内容,单击“Download”后保存到 “/Users/rongshenglai/Library/MobileDevice/Provisioning Profiles” 目录中注意每个人的个人目录不同根据情况修改。

  下载的文件名类似“XXXX.mobileprovision” 前边的XXXX记录下来它就是描述文件名,使用时不要带.mobileprovision

  注意:刚才制作描述文件时一定要选择你使用的证书。

 四、Provisioning Profile文件的说明

以下为典型供应配置文件 *.mobileprovision 的构成简析:

(1)Name:该mobileprovision的文件名。

(2)UUID:该mobileprovision文件的真实文件名。

(3)TeamName:Apple ID账号名。

(4)TeamIdentifier:Team Identity。

(5)AppIDName:explicit/wildcard App ID name(ApplicationIdentifierPrefix)。

(6)ApplicationIdentifierPrefix:完整App ID的前缀(TeamIdentifier.*)。

(7)DeveloperCertificates:包含了可以为使用该配置文件应用签名的所有证书<data><array>。

证书是基于 Base64 编码,符合 PEM(PrivacyEnhanced Mail, RFC 1848) 格式的,可使用 OpenSSL 来处理(opensslx509 -text -in file.pem)。

从 DeveloperCertificates 提取 <data></data> 之间的内容到文件 cert.cer(cert.perm):

-----BEGIN CERTIFICATE-----

将<data></data>之间的内容拷贝至此

-----END CERTIFICATE-----`

Mac 下右键 QuickLook 查看 cert.cer(cert.perm),在 Keychain Access 中右键 Get Info 查看对应证书 ios_development.cer,正常情况(公私钥 KeyPair 配对)应吻合;Windows 下没有足够信息(WWDRCA.cer),无法验证该证书。

如果你用了一个不在这个列表中的证书进行签名,无论这个证书是否有效,这个应用都将 CodeSign Fail。

(8)Entitlements 键<key>对应的<dict>:

keychain-access-groups:$(AppIdentifierPrefix),参见Code Signing Entitlements(*.entitlements)。

每个应用程序都有一个可以用于安全保存一些如密码、认证等信息的 keychain,一般而言自己的程序只能访问自己的 keychain。通过对应用签名时的一些设置,还可以利用keychain的方式实现同一开发者签证(就是相同bundle seed)下的不同应用之间共享信息的操作。比如你有一个开发者帐户,并开发了两个不同的应用A和B,然后通过对A和B的 keychain access group 这个东西指定共用的访问分组,就可以实现共享此 keychain 中的内容。

application-identifier:带前缀的全名,例如$(AppIdentifierPrefix)com.apple.garageband。

com.apple.security.application-groups:App Group ID(group. com.apple),参见Code Signing Entitlements(*.entitlements)。

com.apple.developer.team-identifier:同Team Identifier。

(9)ProvisionedDevices:该mobileprovision授权的开发设备的UDID <array>。

 

 

参考文档:

  https://blog.csdn.net/potato512/article/details/52180916

  https://www.cnblogs.com/ym123/p/4292002.html

  https://blog.csdn.net/phunxm/article/details/42685597/

posted @ 2018-07-10 19:59  rslai  阅读(11019)  评论(0编辑  收藏  举报