Google Compute Engine 传出流量答案

【问题标题】：Google Compute Engine outgoing trafficGoogle Compute Engine 传出流量
【发布时间】：2016-01-11 01:34:21
【问题描述】：

我在我的一个 Google Compute 实例上设置了一个 VOIP 服务器。我已经打开了所有的 tcp/udp 端口，是的，这是个坏主意，但此时我正在排除故障，所以没关系，因为稍后我会锁定它。

但是有一个问题，我想弄清楚是 Google 防火墙问题还是 VOIP 服务器配置问题。问题是从 VOIP 服务器到正在呼叫的手机的流量没有被流式传输。

我之所以得出这个结论，是因为我在拨打测试电话时听不到手机上的声音，但我可以在软电话上听到自己的声音。

我的问题是关于何时添加防火墙规则 tcp:1-65535 和 udp:1-65535 并停止我的 Centos 6.7 服务器上的 iptables。这是否意味着基本上所有入站/出站通信都已启用？排除谷歌防火墙是否安全？如果防火墙仍然阻止我的传出流量，我该如何通过呢？

【问题讨论】：

由于这个问题与编程无关，它更适合 serverfault.com，特别是：serverfault.com/questions/tagged/google-compute-engine

【解决方案1】：

流入的流量与流出的流量不同。呃，对吧？但问题是，如果您在 google 网络（相当于 AWS::VPC）上运行并且您不使用代理服务器（或 NAT）那么您的流量将不会像您想象的那样消失。

由于您正在排除故障，您可能希望为您的实例提供一个外部 IP 并查看是否有任何变化。如果您已经有一个，那么您可能会遇到不同的问题。在任何一种情况下，您都可以使用 tcpdump 来嗅探出站流量，以查看它是否甚至试图离开实例：

tcpdump -i eth0 端口 VOIP_PORT

【讨论】：

【解决方案2】：

如果您打开了所有这些端口并停止了防火墙，则您应该允许所有流量，但您始终可以仔细检查。

为了检查服务器内部的端口是否正在监听流量，您可以发出：

您将检查服务器上所有打开的端口和侦听端口。

lsof -i

要检查是否有防火墙阻止流量，您可以 nmap 服务器的外部 IP 地址。

nmap -P0 xxx.xxx.xxx.xxx

如果端口被阻塞，它会在输出中提及

您还可以检查您的 VoIP 实施是否需要 ICMP 才能执行任何初始对话，或者您的网络上可能没有启用 ICMP。

tcp:icmp

【讨论】：