Google C2DM IP 或子网

发布于 2024-12-17 14:28:16 字数 240 浏览 0 评论 0原文

我需要为 C2DM 配置防火墙设置。

这意味着我需要访问

https://android.apis.google.com/c2dm/send https://www.google.com/accounts/ClientLogin

有谁知道用于此目的的子网吗?在这种情况下,不可能在防火墙中使用 URL :(

I need to configure my firewall settings for C2DM.

Which means I need access to

https://android.apis.google.com/c2dm/send
https://www.google.com/accounts/ClientLogin

Does anyone know which subnets that are used for this? It's impossible to use URLs in the firewall in this case :(

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

后eg是否自 2024-12-24 14:28:16

您的防火墙真的需要对端口 80 上的传出 (!) TCP 进行显式例外吗?我想说这禁止了一系列有用的网络技术。

也就是说,不可能确切地知道知名公共网站正在运行的 IP 地址或子网。可能有基于 DNS 的负载平衡、本地镜像(a Akamai)、普通旧服务器迁移。尝试固定 IP 地址并期望它保持这种状态是完全没有用的。 DNS 解析的存在是有原因的; Google 根据网站名称而不是 IP 地址提供服务。 IP 地址是您不能合理依赖的实施细节。

除非可以选择放宽防火墙,否则请考虑通过防火墙外部的代理访问 Google。

Do your firewalls really require an explicit exception for outgoing (!) TCP on port 80? I'd say that prohibits a whole slew of useful Web techniques.

That said, it's not possible to know for sure the IP address or subnet that a high profile public website is running on. There may be DNS-based load balancing, local mirroring (a la Akamai), plain old server migrations. Trying to pin the IP address down and expecting it to stay that way is utterly useless. DNS resolution exists for a reason; Google provides services based on site name, not on IP address. IP address is an implementation detail that you cannot reasonably rely on.

Unless relaxing the firewall is an option, consider accessing Google via a proxy outside of a firewall.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文