android - 为什么应用程序使用推送通知而不是 VPN(虚拟专用网络)？

Question

<分区>

Answer 1

VPN 并非用于此目的，但无论如何它们仍然是(客户端->VPNServer->客户端)以及客户端-服务器架构。

您想要的是 P2P，但当今的大多数用户(桌面和移动)都在 NAT 后面，因此如果没有正确和特定的 NAT 配置，就无法接收网络请求。

无论如何我可以考虑一些替代方案，但它们不会广泛使用。一个可以是:

客户端基于某个服务器，通过uPNP在与该服务器约定的端口为自己的局域网地址创建一个NAT条目。将打开与服务器通信的连接的客户端现在知道它可以直接打开到该地址和端口的连接。 (问题:不是所有的NAT都支持uPNP配置，一小部分用户甚至无法配置他们的NAT，因为他们无法访问它)

其他

NAT 在公共(public) IP 中的某些 TCP/IP 端口上监听新协议(protocol)。这个基于 TCP/IP 的协议(protocol)将通过隧道通信，通知 LAN 地址或稍后聚合的某些 session NAT 应该重定向数据包。 (问题:新协议(protocol)，需要在NAT中实现，存在一定的安全隐患)

---

^{注意: NAT 很好。想象一个局域网中有 15 台计算机的地方。现在如果不存在 NAT，局域网中的所有计算机都需要一个不同的真实互联网 IP。互联网IP不便宜，所以成本会高很多，互联网IP饿死的速度会更快。}