为何跨子网设备能访问谷歌、苹果站点却无法解析部分网站域名？

嘿，这个场景我之前帮不少运维同行排查过，简直是个典型的“半吊子网络坑”！咱们一点点掰扯清楚：

首先说最反常识的点——为啥设备和路由器不在同一个子网（路由器是192.168.0.1，设备是192.168.20.100），居然还能连上公网？
这大概率是你的路由器开了**ARP代理（代理ARP）**功能，简单说就是路由器“偷偷当了中间传话人”：当你的设备发ARP请求找公网IP对应的MAC地址时，路由器会假装自己就是目标设备，把自己的MAC地址返回给设备，这样设备就会把所有发往公网的数据包都发给路由器，路由器再帮你转发出去。这就绕开了“跨子网不能直接通信”的常规限制，让你能蹭上公网流量。

那为啥偏偏谷歌、苹果的站点能上，serverfault或者你自己的网站却不行？核心问题出在DNS解析上：

• 谷歌、苹果这类超级大厂的域名，你的设备大概率之前在正常子网环境下已经缓存了它们的IP地址（系统、浏览器都会有DNS缓存），而且这些缓存的过期时间还没到。这时候你访问它们，根本不需要重新发DNS查询，直接用缓存的IP就能连，自然能正常打开。
• 而像serverfault或者你自己的网站这类域名，你的设备本地没有缓存，这时候需要发起DNS解析请求。但因为你的设备在跨子网，大概率没正确获取到路由器分配的DNS服务器地址（或者路由器的DNS服务拒绝接收跨子网设备的查询请求），导致解析请求发不出去，自然就会出现 "Unable to resolve hostname" 的错误。

至于你头疼的“客户拿谷歌当基准，以为网络没问题反而怀疑你们服务器”——这真的是个高频误解！本质上完全不是你们服务器的问题，是设备的DNS解析功能出了故障，只是谷歌苹果的缓存IP给客户制造了“网络正常”的错觉。

你可以做个简单验证：在设备上手动清空DNS缓存，再试试访问谷歌，大概率也会出现解析失败的情况；或者直接用 ping 8.8.8.8 测试（这是谷歌的DNS服务器IP，不需要解析），如果能通，就实锤了是DNS层面的问题，和路由、服务器都没关系。

备注：内容来源于stack exchange，提问作者user774150