如何设置DataPower将它用作推送通知代理

DataPower 通常被用作处理企业的传入流量的逆向代理和安全网关,您也可以将它用作出站连接的网关,以方便监视和路由。IBM Worklight® 与通知中介建立出站连接,向">移动应用程序推送通知。本文将介绍如何设置 DataPower,将它用作推送通知代理。

IBM WebSphere DataPower SOA Appliances 的构建是为了简化部署和加强安全性,它衔接了多个协议,并以线速执行转换。这些功能可帮助组织实现和维护安全性和操作策略。

DataPower 通常被用作处理企业的传入流量的逆向代理和安全网关,您也可以将它用作出站连接的网关。此外,还有一些客户端需求,企业政策要求所有出站连接通过一个网关发出,以方便监视和路由。DataPower 也可用作网关来满足这样的需求。

IBM Worklight 向通知中介(比如 APNS (Apple Push Notification Service) 和 GCM (Google Cloud Messaging servers))发出出站连接,以便向移动应用程序推送通知。因此,DataPower 应能够用作 IBM Worklight Server 和 APNS/GCM 之间的代理。

本文将介绍如何设置 DataPower,以便将它用作推送通知代理。

将 DataPower 配置为 GCM 代理

有两种可能的 DataPower 配置使它能够被用作 Worklight 的 GCM 代理:一种 TCP 代理配置 和一种 Web 应用程序防火墙配置。

TCP 代理

一个 TCP(传输控制协议)代理用作 TCP 网络层的代理。它使用一个 TCP 连接将指定本地地址上收到的所有流量中继到一个指定的远程对等地址。

A.DataPower 配置

登录到 DataPower 设备。 导航到 Services > Other Services,选择 TCP Proxy Service 并单击 Add。 提供一个可用于标识该配置的名称。 输入这些配置细节: Local IP Address:选择正确的别名或保留默认值 (0.0.0.0) Port Number:443 Remote Host:android.googleapis.com Remote Port:443 单击 Apply。 保存配置。

B. Worklight Server 配置

编辑 Worklight Server 机器的 hosts 文件。主机文件位于: Linux:/etc/hosts Windows:SystemRoot%\system32\drivers\etc\hosts

在以下行中:

<ip address of datapower> android.googleapis.com

将 <ip address of datapower> 替换为实际的 IP 地址。

worklight.properties 文件中的通知代理设置不需要修改。 重新启动 Worklight Server。

Web 应用程序防火墙

A. DataPower 配置

登录到 DataPower 设备。 使用 CN 值 android.googleapis.com 创建一个密钥-证书对: 导航到 Administration > Miscellaneous,
然后导航到 Crypto Tools。 在 Generate Key 选项卡下,输入 android.googleapis.com 作为 Common Name (CN) 的值。 如果计划在以后导出私钥,
那么可以选择 Export private key。 创建一个 Crypto Identification Credential: 导航到 Objects > Crypto Configuration 并单击 Crypto Identification Credentials。 单击 Add。 提供一个可用来在以后识别该加密识别凭据的名称。 对于 Crypto Key 和 Certificate,从下拉菜单选择第 2 步中生成的密钥和证书。 单击 Apply。 创建一个 Crypto Profile: 导航到 Objects > Crypto Configuration 并单击 Crypto Profile。 单击 Add。 提供一个可用来在以后识别加密概要文件的名称。 对于 Identification Credentials,从下拉菜单选择第 3 步中创建的识别凭据。 单击 Apply。 创建一个 Web 应用程序防火墙: 转到 Control Panel > Web
Application Firewall 并单击 Add Wizard。 单击 Add。 提供一个可用于在以后识别 Web 应用程序防火墙的名称。 单击 Next。 在 Back End (Server) Information 下,输入以下值: Remote Host:android.googleapis.com Remote Port:443。 在屏幕刷新后选择 SSL 复选框,然后选择第 4 步中的加密概要文件。 单击 Next。 在 Front End (Client-Facing) Information 下: 对于 IP,选择正确的别名或保留默认值 (0.0.0.0)。 选择 SSL 复选框并单击 Add。 屏幕刷新后,选择第 4 步中的加密概要文件。 单击 Next,直到到达 Confirm Your Changes and Commit 面板,单击 Commit。 如果希望查看该配置,可单击 View Web Application Firewall,否则单击 Done。 保存配置。

B. Worklight Server 配置

上面 DataPower 使用的证书是一个自签名证书。除非该证书添加到 Worklight 所使用的 JRE 中,否则与 DataPower 的连接将会失败。

要将该自签名证书添加到 JRE 密钥库中,可按照 Worklight 信息中心 的说明进行操作。 编辑 Worklight Server 机器的 hosts 文件。主机文件位于: Linux:/etc/hosts Windows:SystemRoot%\system32\drivers\etc\hosts

在以下行中:

<ip address of datapower> android.googleapis.com

将 <ip address of datapower> 替换为实际的 IP 地址。

worklight.properties 中的通知代理设置不需要修改。 重新启动 Worklight Server。

将 DataPower 配置为 APNS 代理

A. DataPower 配置

登录到 DataPower 设备。 导航到 Services > Other Services,选择 TCP Proxy Service 并单击 Add。 提供一个可用于标识该配置的名称。 输入这些配置细节: Local IP Address:选择正确的别名或保留默认值 (0.0.0.0) Port Number:2195 Remote Host:gateway.sandbox.push.apple.com Remote Port:2195 单击 Apply。 保存配置。

B. Worklight Server 配置

编辑 Worklight Server 机器的 hosts 文件。主机文件位于: Linux:/etc/hosts Windows:SystemRoot%\system32\drivers\etc\hosts

在以下行中:

<ip address of datapower> gateway.sandbox.push.apple.com

将 <ip address of datapower> 替换为实际的 IP 地址。

worklight.properties 文件中的通知代理设置不需要修改。 重新启动 Worklight Server。

从 Worklight 发送通知

完成上述 Worklight 和 DataPower 配置后,即可开始从 Worklight 发送通知。

请参阅 Worklight 入门文档 了解推送通知示例。

一定要检查 DataPower 和 Worklight 日志,以防出现任何错误。

结束语

本文重点介绍了如何使用 IBM WebSphere DataPower Appliances 用作一个逆向代理和安全网关,用它来处理企业的出站推送通知。这里详细介绍的 DataPower 配置被用作 IBM Worklight Server 和通知中介之间的代理,以确保企业策略和安全合规性在发出出站请求时得到满足。

时间: 2024-10-04 13:26:27

如何设置DataPower将它用作推送通知代理的相关文章

推送通知iOS客户端编写实现及推送服务器端编写

1.iOS客户端编程 推送通知技术在Mac OS X和iOS系统上都可以运行,我们本章主要介绍iOS客户端编程,推送通知的编程比较简单,编程的关键是获得令牌,这是从APNS返回的,然后还有把提交给内容提供商.下面我们看看开发之前的一些准备工作.   配置Xcode工程 编写iOS推送应用需要在Xcode工程中进行一些配置,这些配置是主要是设置代码签名标识,代码签名标识的前提要有配置概要文件(Provisioning Profiles). 有了配置概要文件即可以设置代码签名标识了,需要下载概要文件

iOS 玩转推送通知

前言 推送通知,想必大家都很熟悉,关于原理之类的,这里就不过多阐述.在这里我们主要介绍下iOS8及iOS9之后关于推送的新功能.大家可能见过听说过,但可能有一些朋友并没有上手做过.这篇文章便给大家详细介绍推送中的快捷按钮及快捷回复等功能的实现. 快捷点赞,如微博点赞功能 效果图大家可以先看下: 首先先说如何为自己的推送添加快捷功能,该Demo中的动作 "赞",代码如下: //创建消息上面要添加的动作     UIMutableUserNotificationAction *action

重新想象 Windows 8 Store Apps (67) - 后台任务: 推送通知

原文:重新想象 Windows 8 Store Apps (67) - 后台任务: 推送通知 [源码下载] 重新想象 Windows 8 Store Apps (67) - 后台任务: 推送通知 作者:webabcd 介绍重新想象 Windows 8 Store Apps 之 后台任务 推送通知 示例1.客户端BackgroundTask/PushNotification.xaml <Page x:Class="XamlDemo.BackgroundTask.PushNotificatio

JPush如何对全用户推送通知

问题描述 JPush如何对全用户推送通知 我在官网上看到这个: public long sendPushAll(){ PushPayload payload=buildPushObject_all_all_alert(); long msgId=0; try { PushResult result=jpushClient.sendPush(payload); msgId=result.msg_id; } catch (APIConnectionException e) { // TODO Aut

Windows Phone开发(45):推送通知大结局——Raw通知

原文:Windows Phone开发(45):推送通知大结局--Raw通知 为什么叫大结局呢?因为推送通知服务就只有三种,前面扯了两种,就剩下一种--Raw通知. 前面我们通过两节的动手实验,相信大家都知道了,推送通知其实并不复杂,为什么呢?你看到了的,不管是哪种方式,使用方法基本一样,如果你不愿意写代码的话,完全可以把代码Copy几下就完事了,三种推送通知的实现代码是一样的,而仅仅是发送的内容不同罢了. Raw推送通知比起前面两种更简单,因为它没有规范的格式,只要你向指定URI POST一个字

Android推送通知指南

在开发Android和iPhone应用程序时,我们往往需要从服务器不定的向手机客户端即时推送各种通知消息,iPhone上已经有了比较简单的和完美的推送通知解决方案,可是Android平台上实现起来却相对比较麻烦,最近利用几天的时间对Android的推送通知服务进行初步的研究. 在Android手机平台上,Google提供了C2DM(Cloudto Device Messaging)服务,起初我就是准备采用这个服务来实现自己手机上的推送功能. Android Cloud to Device Mes

ios-iOS推送通知无法获取deviceToken

问题描述 iOS推送通知无法获取deviceToken iOS推送出了点问题,之前还好好的,而且上线过好几版了,最近测试说iOS好多用户收不到推送了,然后Debug发现:既不调用- (void)application:(UIApplication *)application didRegisterForRemoteNotificationsWithDeviceToken:(NSData *)deviceToken方法,也不调用- (void)application:(UIApplication

Windows Azure移动服务增加APNS推送通知的新支持

几周前,我发表了一篇有关Windows http://www.aliyun.com/zixun/aggregation/13357.html">Azure 移动服务的若干改进的博文.其中之一就是增加一个Objective-C客户端 SDK来允许 iOS 开发人员方便地使用移动服务处理数据和身份验证.今天我很兴奋地宣布几项对我们的 iOS SDK 的改进,最重要的还是我们通过APNS(苹果推送通知服务)推送通知的新支持.这使得它非常简单地从 Windows Azure 移动服务的脚本中推送通

Windows Phone开发(43):推送通知第一集——Toast推送

原文:Windows Phone开发(43):推送通知第一集--Toast推送 好像有好几天没更新了,抱歉抱歉,最近"光荣"地失业,先是忙于寻找新去处,唉,暂时没有下文.而后又有一些琐事要办,不过不要紧,今天咱们继续. 动画的内容就告一段落,本系列文章只作简单引导,不会覆盖每一个细节,最终能不能学好,就完全看各位自己了.   从本节开始,我们将讨论推送通知,这个东西不太好理解,而推送通知的原理和过程,如果你看MSDN的示意图,相信你会有点晕,若不,我帖出给你看看.  算了,不帖,不知怎