Adobe AIR iOS企业应用远程安装失败，本地安装正常问题咨询

既然本地iTunes安装能正常运行，说明签名本身是有效的，问题大概率出在远程分发的配置细节或者AIR打包的隐藏设置上，咱们一步步排查：

1. 检查远程分发的plist配置文件 #

远程安装依赖的manifest.plist（就是你用来触发安装的链接指向的plist文件）最容易踩坑，重点核对这几点：

• Bundle ID：必须和你的应用完全一致——也就是com.companyname.thing，哪怕证书支持通配符com.companyname.*，plist里的ID也得精准匹配应用的实际Bundle ID，不能用通配符。
• IPA下载链接：必须用https协议（iOS 9+要求所有企业分发链接必须走HTTPS，HTTP会直接失败），而且链接不能带特殊字符、跳转或者短链接（部分短链服务会破坏请求头部信息），直接用IPA文件的原始服务器URL就行。
• 服务器Content-Type设置：要给IPA文件设置正确的Content-Type为application/octet-stream，plist文件设置为text/xml——很多服务器默认的文件头不对，会导致iOS无法识别安装包。

2. 核对AIR打包的核心配置 #

打开你的AIR项目的application.xml，确认以下内容：

• <id>标签的值严格等于com.companyname.thing，没有多余空格或大小写错误（iOS的Bundle ID是大小写敏感的）。
• <supportedProfiles>标签包含mobileDevice，不要加多余的设备型号限制，避免误判兼容问题。
• 重新打包时，确保选择的是客户提供的企业配置文件，而不是AIR自动生成的临时配置文件——有些开发者会不小心选错，导致签名看似正常但分发时失效。

3. 排查iOS安装日志（最直接的问题定位方式） #

把设备连到Mac，打开Console应用（Launchpad的「其他」文件夹里），过滤「install」相关日志，然后尝试远程安装，看日志里的错误提示：

• 如果出现invalid signature：AIR 28.0对iOS签名有个小兼容性坑——打包时要勾选「使用增强的签名」（AIR打包工具的高级设置里），或者用命令行打包时加上-storetype pkcs12参数，确保签名完整。
• 如果出现cannot download：要么是plist的URL无效，要么是IPA文件的服务器权限有问题（比如需要登录才能下载，iOS安装时不会弹出登录框）。

4. 确认Ad Hoc模式的设备权限 #

因为你用的是Ad Hoc分发模式，所有要安装的设备UDID必须提前添加到客户的企业配置文件里——虽然本地iTunes安装成功说明你的设备在列表里，但如果是其他设备远程安装失败，就得检查该设备的UDID有没有被加入配置文件，再重新导出配置文件打包。

5. 企业证书的信任设置 #

少数情况下，远程安装后需要手动信任证书：安装失败后，去设备的「设置 > 通用 > 设备管理」（或「描述文件与设备管理」），看看有没有客户的企业证书，点击信任后再尝试安装。不过一般来说，证书信任问题会在日志里有明确提示。

最后补充一个AIR 28.0的特定坑：部分开发者反映，打包后的IPA里的embedded.mobileprovision文件会出现配置不匹配的情况——你可以解压IPA包，打开Payload/YourApp.app/embedded.mobileprovision（用文本编辑器就行），确认Entitlements里的application-identifier是com.companyname.thing，而非通配符，同时ProvisionedDevices里包含目标设备的UDID（Ad Hoc模式下）。

内容的提问来源于stack exchange，提问作者Dan Hett