无法在 GCE 新 VM 实例中 ping 网关答案

【问题标题】：Not able to ping gateway in GCE new VM Instance无法在 GCE 新 VM 实例中 ping 网关
【发布时间】：2019-01-31 20:02:02
【问题描述】：

我配置了一个虚拟机，我正在尝试从终端 ping 网关 IP（在使用 ssh 的同一虚拟机中），但我无法这样做。

例如：我的内部IP：10.142.10.12

ip route show :-> 10.142.10.1

我正在尝试：ping 10.142.10.1

“没有收到字节”

有什么想法吗？我有其他 raspi 设备，在那里我可以 ping 网关 IP。不确定是否有相同的设置。

请领导帮忙。

【问题讨论】：

【解决方案1】：

您尝试 ping 的 IP 地址是用作“默认网关”的保留 IP 地址。你可以在GCP Official Documentation找到更多这方面的信息。

默认网关 IP 地址未附加到用户管理的任何设备，因此无法 ping 它们。

【讨论】：

您的文档链接甚至没有提到ping。您有答案的参考链接吗？用户不管理设备这一事实与 ping 设备的能力无关。
到目前为止，我不知道任何公开文件确认或否认默认网关必须响应 ICMP 请求；但是，我之前从未见过响应 ICMP 请求的默认网关。
读取VPC concepts document，当VM调用VPC外的IP地址时，会发出ARP请求来解析网关的MAC地址。 -- 使用 MAC 地址听起来像第 2 层通信 -- 然后，VPC 处理数据包，直到收到来自远程设备的应答，然后 VPC 再次通过 MAC 地址传递给 GCP 实例。请注意，通信发生在 L2 中，这可以解释为什么默认网关不响应 ICMP。
我知道这不像官方回答；但是，如果您认为 Google 应该解释为什么默认网关的 IP 地址不响应 ICMP 包，您可以单击 official document 底部的“发送反馈”按钮，其中提到应该包含此信息。我已经发送了我的反馈。
你没有抓住重点。您创建了一个没有事实依据的答案。你在推理为什么，这不是答案，而是评论。

【解决方案2】：

GCP 软件定义的网络为 VPC 网络中每个子网的主要 IP 范围保留一个虚拟网关 IP 地址。但是，虚拟网关不响应 ICMP 流量或减少 IP TTL 标头。

【讨论】：