阿里云实名 本地内网互通测试

那天早上九点十七分，我盯着电脑屏幕，手悬在键盘上方三厘米，像被施了定身咒——不是因为代码写得太美，而是因为眼前这行字太扎心：

Request timed out.

就这五个英文单词，配上三次重复，活脱脱一封电子版《分手通知书》，还带自动续订功能。

事情起因朴素得令人落泪：公司新租的办公区要搭一套本地内网，两台测试机（A君和B君），一台MacBook Pro（代号“苹果派”），一台Windows 11台式机（外号“蓝屏侠”），中间隔着一台刚刷完OpenWrt的TP-Link C6U（昵称“老C”）。目标？简单粗暴：A能ping通B，B能回ping A，且双方浏览器能互相访问对方起的Python简易HTTP服务——也就是，让它们在自家局域网里，牵个手，打个招呼，别像地铁早高峰那样面无表情擦肩而过。

结果呢？A ping B：超时；B ping A：请求找不到主机；苹果派用Safari输http://192.168.1.102:8000——空白页；蓝屏侠用Edge敲http://192.168.1.101:8000——ERR_CONNECTION_REFUSED。整个内网，安静得能听见隔壁工位同事嚼薯片的脆响，以及我内心缓缓打出的问号：我们……真的是在同一张网里呼吸吗？

第一步，先别急着重置路由器——那动作太像武侠片里走火入魔后自废武功。我们抄起最朴实的工具：ipconfig（Windows）和ifconfig（macOS），逐行比对IP、子网掩码、默认网关。

A君（Mac）报出：inet 192.168.1.101 netmask 0xffffff00；
B君（Win）吼出：IPv4 Address……192.168.1.102，子网掩码255.255.255.0；
老C的Web后台显示LAN口IP是192.168.1.1，DHCP分配池192.168.1.100–192.168.1.200。

数字对得上，网段一致，掩码统一，网关同源——理论上，它们仨该围坐在篝火旁合唱《友谊地久天长》。可现实是：A君发出去的ICMP包，像寄给火星的明信片，杳无音信。

于是祭出第二招：查路由表。netstat -rn（Mac）和route print（Win）翻出来一看，双方都有一条直连路由：192.168.1.0/24 via link#4（Mac）、192.168.1.0 255.255.255.0 On-link 192.168.1.102（Win）。路由没瘸，路是通的——那包去哪儿了？

这时，角落里的Wi-Fi图标突然闪烁了一下。我眯眼一看：A君连的是Office-5G，B君连的是Office-2.4G。老C这台双频路由器，出厂设置竟把2.4G和5G频段默认划成了两个独立VLAN！相当于同一栋写字楼，一楼和二楼电梯不互通，员工卡刷对楼层才放行——A君在五楼咖啡角，B君在一楼打印机旁，物理距离三米，网络距离三百光年。

关掉5G单独广播，合并SSID，重启无线。十秒后，Reply from 192.168.1.102: bytes=32 time=2ms TTL=64——那一声“叮”，比我工资条到账提示还悦耳。

但喜悦只持续了17秒。当我在B君上起一个python3 -m http.server 8000，A君浏览器输入http://192.168.1.102:8000，页面依旧白得刺眼。F12看Network面板，状态码赫然写着ERR_CONNECTION_TIMED_OUT。TCP三次握手？根本没开始。

这时候，得怀疑“看不见的墙”。Windows防火墙，那个永远在后台默默立功又背锅的劳模，被我第一个揪出来审问。进“高级安全Windows Defender防火墙”→“入站规则”，搜索“Python”、“端口8000”、“所有程序”，发现一条灰扑扑的规则：“文件和打印机共享（回显请求 – ICMPv4-In）”开着，但“核心网络（HTTP-In）”？压根没影儿。手动新建规则：协议TCP，端口8000，作用域仅限192.168.1.0/24，启用。再试——页面加载中…加载中…终于，一张简陋的目录页弹了出来，上面躺着test.txt和index.html。我对着屏幕深深鞠了一躬，致谢这位常年被误认为“摆设”的防火墙大哥。

你以为这就完了？不。第二天上午，B君突然又ping不通A君了。这次更邪门：arp -a一查，A君的MAC地址后面跟着incomplete。原来昨晚B君休眠唤醒后，ARP缓存里A君的映射条目过期失效，而A君恰好刚换了USB-C转千兆网卡（驱动更新后MAC悄悄变了），导致B君发出去的ARP请求石沉大海，没人应答——就像你喊一声“老王”，结果整层楼的老王都去开会了，只剩你声音在走廊空荡回响。

解决方案粗暴有效：arp -d *清空缓存，再ping 192.168.1.101触发重学习。三秒后，arp -a里稳稳出现新的MAC记录，后面缀着dynamic二字，仿佛在说：“放心，这次我记牢了。”

最后一道坎，来自Mac端的“隐私防护”。系统偏好设置→网络→Wi-Fi→详细信息→DNS，赫然发现DNS服务器填着1.1.1.1和8.8.8.8——公共DNS固然快，但它不认识你内网里的dev-b.local这种私有域名。虽然本次测试用IP直连，但万一哪天想用主机名访问？必须补上本地DNS或改用mDNS（Bonjour）。顺手在Mac上执行sudo dscacheutil -flushcache，并确认sudo discoveryutil udnsflushcaches（旧系统）或sudo killall -HUP mDNSResponder（新版）已生效。至此，主机名解析通道也悄然打通。

回望这场耗时三小时十七分钟的内网互通测试，它根本不是什么高深实验，而是一场精密排查的微型交响乐：路由器频段是前奏，IP配置是主旋律，防火墙是低音提琴，ARP缓存是突然插入的滑稽变奏，DNS则是结尾处轻巧的颤音。每个环节都平凡得像呼吸，可一旦某处轻微痉挛，整首曲子就跑调成噪音。

阿里云实名 所以，下次你的设备突然“失联”，别第一反应拔网线重插——先问问自己：它连的是同一个SSID吗？IP真在同一个网段吗？防火墙是不是正举着小旗拦路？ARP表里那个MAC地址，还是不是昨天那个“熟人”？DNS有没有偷偷把你导向公网？

技术没有玄学，只有被忽略的细节。而所谓“工程师直觉”，不过是踩过一百次坑后，脚底板自动记住的凹凸纹理。

最后送一句血泪箴言：测试前，先泡杯咖啡；排查时，每步截图留证；搞定后，记得给老C路由器拍张照——毕竟它扛下了所有不该扛的锅，却从不索要年终奖。

（全文完。此时窗外阳光正好，我的Mac终端窗口里，curl http://192.168.1.102:8000/test.txt正返回一行字：“内网，今天也好好活着。”）