iphone - 如何使用唯一的 pem 文件为多个 iPhone 应用推送通知

Question

我正在创建一个应用程序，它就像一个模板，每个服务提供者都可以在网络上的设置中输入他们的详细信息，只需更改应用程序名称、应用程序图标、新捆绑标识符并将应用程序上传到应用程序商店。
到这里还不错，但对我来说问题是我在这个应用程序中有一个推送通知服务。

我在苹果文档中读到每个包标识符都应该包含一个唯一的推送证书。从那里我们创建一个 .pem 文件，这意味着每个应用程序都会有一个不同的 pem 文件。

但我想要一个适用于所有应用程序的 pem 文件。
任何人都可以建议我该怎么做，或者正确的方法是什么？

Answer 1

不幸的是，Apple Push Notifications Service 目前无法满足您的要求。尽管您可以在概念上使用 openssl 中的几个可选参数来使用完全相同的 key 对生成证书签名请求 (CSR)，但根本问题来自创建证书的第一步中的“证书、标识符和配置文件”工具。新的 APNS 证书:



正如补充说明文字所述:“请注意，只有具有特定捆绑标识符的显式 App ID 才能用于创建 [原文如此] Push SSL 证书”，这意味着我们既不能为推送通知提供通配符 App ID，也不能我们指定“所有应用程序 ID”。

如果我们简要地进入一个假设的世界，其中“您想使用哪个 App ID？”问题不存在，而是直接进入我们上传 CSR 的步骤，我们将从 Apple 取回的证书完全符合您的要求——它将验证您用于构建 APNS 有效负载的服务器是否合法属于您并授权向 APNS 网关发送推送。然而，它确实带来了一个重要的安全问题——如果您可以使用这台服务器(或 APNS 中的“提供者”)向您的任何应用程序发送推送(只要您知道设备的 APNS token )，什么会阻止您使用您的提供商向我的应用程序发送推送？或者，如果我们扭转了这种担忧——什么会阻止我使用我的授权 APNS 提供商来发送您的应用推送通知？或者向您的客户发送带有错误信息的推送(例如“遗憾的是，MyApp 正在关闭并退出 App Store。MyApp 建议客户购买 CompetitorApp 以维持您的服务!”)。幸好我们没有生活在这个黏糊糊的、容易受骗的世界……

取而代之的是，Apple 要求第 3 方开发人员选择 AppId，以支持来自特定 APNS 证书的有效负载。然后，即使我以某种方式设法获取了您客户的应用程序的设备 token ，我也不会拥有您服务器的私钥，因此无法成功地向您的客户发送诈骗、垃圾邮件或其他流氓 APNS 负载。

好的，我已经知道了!由于我无法为多个 App ID 使用单个证书，我该怎么办？

鉴于您问题中的一些背景，听起来您已经努力使您的应用程序具有高度可配置性。用你自己的话来说“[它]就像一个模板”——这表明在你的应用程序的服务器端，你有一些机制能够识别哪个应用程序正在发出数据请求以及哪个提供者的要发回的数据。您的 APNS Provider 逻辑需要内置类似的智能。根据您当前如何区分这些服务器端，您可以重用一些现有的逻辑；你是那个必须打那个电话的人。由于 APNS 强加了一个 pem-per-app 要求，本答案的其余部分将提供一种高级方法，说明您可以如何选择设置您的提供商。一般来说:

将已签名的 .pem 副本放在您的 APNS 提供商的安全位置

更新您的提供商的“注册设备 token ”API 以接受设备 token 以及唯一标识此 token 对其有效的应用程序的某种方式(...也许就像应用程序 ID 本身一样简单!)

更新 iOS 应用程序以将其 APNS 设备 token 和该应用程序标识符传递给您的提供商上最新更新的“注册设备 token ”API。

更新您的提供商的逻辑以在将有效负载传送到 APNS 网关时使用正确的 .pem。

为了良好的流程，请确保您有更新或停用应用程序的 .pem、数据和相关 token 的程序。

对于您从模板制作的每个应用程序，您必须生成唯一的 App ID 和 App Store Distribution 配置文件。进行此初始设置时，您还可以请求 APNS 证书并将所有三个数据视为特定于应用程序的设置。将 APNS 证书与其他应用程序的 .pem 文件一起安装到您的提供商中，以便您可以在需要向 Apple 发送 APNS 负载时获取它。

如果您之前完成过 APNS 工作，您就会知道您的提供商负责跟踪特定于应用的设备推送 token 、生成 APNS 负载并将其传输给 Apple，并可选择使用来自 APNS 反馈 API 的信息。当您的应用程序连接到您的提供商以注册其 token 时，您还需要知道该 token 对哪个应用程序有效，以便您可以选择正确的 .pem 来发送 APNS 负载。这是关键；如果您无法知道哪些 token 与哪些 App ID 搭配使用，那么您将无法在有效负载生成和分发期间选择正确的 .pem 文件。

更新和淘汰软件是所有软件的关键部分，但并不总是得到应有的关注。确保您已经考虑过如何刷新 .pem 文件(您必须每年在当前文件到期之前执行此操作)以及如何在不中断其他应用程序的情况下停用应用程序您的提供商服务。

每个问题的答案都在很大程度上取决于您如何构建应用程序的各种组件、Xcode 项目配置、服务器端技术和服务器端逻辑。只有您或您的团队才能根据构成您的软件的详细信息做出正确的决定。祝你好运，让我们知道事情的进展。