App推送通知延迟,如何仅使用IPv6与APNs通信???
已经使用IPv6,但是设备仍然使用IPv4与APNs通信,确定我的IPv6可以正常使用。
仅有的几次使用IPv6与APNs通信时,推送没有延迟过,PC上收到通知的同时手机同步就收到了。
还有推送使用得端口是 5223 ,但是仅有得几次IPv6连接使用得确实443端口,IPv6的 5223 端口不通???
[经过版主编辑]
已经使用IPv6,但是设备仍然使用IPv4与APNs通信,确定我的IPv6可以正常使用。
仅有的几次使用IPv6与APNs通信时,推送没有延迟过,PC上收到通知的同时手机同步就收到了。
还有推送使用得端口是 5223 ,但是仅有得几次IPv6连接使用得确实443端口,IPv6的 5223 端口不通???
[经过版主编辑]
TCP 端口 443 需要在设备激活过程中使用,并且之后会在设备无法通过端口 5223 连接 APNs 时用于回退。通过端口 443 建立的连接会使用代理服务器,前提是代理服务器允许在不解密的情况下进行通信传输。
APNs 通过 IPv4 或 IPv6 以下网络范围的相同端口开放访问权限:
IPv4
IPv6
我可以在我的路由里面看见所有关联设备的活动连接,我的设备只有在初始连接WiFi的半分钟时间内可以与IPv6连接,是 443 Port。
那么就是说,我的设备并没有成功与APNs通信,那么问题来了、为什么我的家宽开启了IPv6、并且确定可以正常使用的前提下,却无法使用IPv6与APNs通信、进而使用IPv6的Apple推送通知服务?
有几次IPv4与APNs通信没有成功(因为在活动连接里面没有那5个IP段 443 5223 Port的连接、仅有IPv6 2620或者2403 443Port的连接、但是仍然推送成功了)并且保持了几个小时,推送非常及时PC端与iPhone同步提醒,可惜在我断开WiFi之后就连接不上了。
App推送通知延迟,如何仅使用IPv6与APNs通信???