作者yoche2000 (不婚不生主义倡议协会)
看板MIS
标题Fw: [问答] 内网的装置只有 Windows 装置连不上网
时间Thu Aug 18 18:41:10 2022
※ [本文转录自 Network 看板 #1Y_XR_Rs ]
作者: yoche2000 (不婚不生主义倡议协会) 看板: Network
标题: [问答] 内网的装置只有 Windows 装置连不上网
时间: Thu Aug 18 18:39:56 2022
https://i.imgur.com/56DZoA0.jpg
网路架构如上图
我可以控制的 Router 是 192.168.1.1
在 172.XX.0.0/16 这个网段中，所有装置都可以正常上网
在 192.168.1.0/24 这个网段中，只有 windows 装置上不了网，但其他 OS 的装置
(e.g. MacOS, Ubuntu, CentOS) 都可以正常上网
以下是尝试过的解方
我比对了两个网段 client 的 nslookup 结果，解析结果是一样的
比对两边 ping 多个 IP 的结果也都一致。
我把 Windows 和 192.168.1.1 router 重启也不能用。
把 192.168.1.0/24 的网路设置刷掉也不行。
请问这样还能从哪边着手呢?
--
◣ ▋ ◣ ／╲﹨ ▊ ▂
◢ ◣▃▄ ▅ ◢ ▄ ▋▄▅▄ ▄ ▃ ▋╲ \ \▊▎/◢
▎ ▄ ▉ ▍▏ ▎▄▂ ▍ ▋ ▄▃ ▎ ▎▏▊▊◢
▆◢▊▉ ▊ ▌ ▂ ▂▃ ▍▏▎ ▊▎▆ ▃ / ▅
▁ ▅
◥ ◣ ◤ ◥ ◥ ▃◥◤ ▇
<R U Ready?>
▇ ▇ ▇ ◥▄▆◤ LOVELYZ 2nd Album
--
※ 发信站: 批踢踢实业坊(ptt.cc), 来自: 144.214.0.105 (香港)
※ 文章网址: https://webptt.com/cn.aspx?n=bbs/Network/M.1660819199.A.6F6.html
※ 发信站: 批踢踢实业坊(ptt.cc)
※ 转录者: yoche2000 (144.214.0.105 香港), 08/18/2022 18:41:10
1F：推 aeolus0829: traceroute / tracert 跑个结果贴上来看一下 08/18 18:54
https://i.imgur.com/IaXeNAm.jpg
左边是 Mac 右边 Windows，都是在 192.168.1.0/24 网段里面。
文字介面的操作都正常，就是到浏览器就不正常了。
但这些 Win 装置连其他网段可以用 所以感觉也不是浏览器问题(?
2F：推 aeolus0829: 这问题不单纯 建议用排去法找原因 例：列出所有变数 08/18 20:32
3F：→ aeolus0829: 172 的环境和 192 的环境分别测，排除不可能 08/18 20:32
这个就比较考验我的能力了
4F：→ eric00169: 可能性太多了 你把可以上的mac跟不能上的win ip互换看 08/18 20:47
这个是没有问题的其实 刚刚有测试把 MAC/IP 稍微换过了
大概五六十个装置 就是OS的不同有所差异 同一个机器双OS也测过了
刚刚开 wireshark 测试 wget 发现 windows 的 TCP 很多 retransmission
而 mac/linux 的 traffic TCP 满正常的
5F：→ asdfghjklasd: TTL? 08/18 22:00
6F：→ asdfghjklasd: Proxy? 08/18 22:01
7F：→ asdfghjklasd: 都会开 Wireshark 应该可以很快找出原因 08/18 22:04
8F：→ asdfghjklasd: telnet 外网 IP 80 443 就大约知道了 08/18 22:05
当时 telnet ssh 都试过连 ptt 所以感觉不单是 http(s) 的问题
用 UDP stack 的协议 (e.g. coap) 也不行 所以也不单单是 tcp 系的问题
9F：→ breeze08: 如果 192 的内网有接 switch，把 switch 重启看看 08/19 00:21
对诶 当初确实没想到这个问题 我的思路只停在 nwk layer
10F：推 usemame2003: 试试在firewall上把windows的mac设白名单 08/19 00:56
11F：→ usemame2003: 确认policy是否有问题 08/19 00:57
192 网段的 firewall 是白的
--
目前问题已经解除了。
192网段下用 wireshark 比对 Wget 的 pattern。Windows 装置会不停 TCP retrans.
也找不到打回来的 reply, 用 MAC 找更低层级的包也没找到。
用 linux 装置一切正常， request 打过去 reply 打回来。
我先把 192 网段 router 的 MAC 设置到另一个装置上直连 172 网段，发现不能连。
推测是 MAC 的问题，所以把 192 网段 router 重新设定 MAC 後重新接上 172 网段。
MAC 重连、router 重新启动後，再尝试就没问题，192网段一切正常。
所以最後有点像是用玄学解决问题。
至於实际原因只能回推
想到 MAC 但没考虑到是 link layer 的问题，所以没用 arp 测试，自认为是失误。
跟 172 网段的 technician 讨论，他说应该是 172 那边的 MAC 注册问题。
所以特定装置MAC没注册到 192 router 的 172 IP，所以 reply 收不到。
我们都认为不太会是内网 switch 的问题，因为有尝试过换 MAC。
※ 编辑: yoche2000 (144.214.130.201 香港), 08/19/2022 11:17:19
12F：推 HYH84: 可以注意是不是开到ipv6 08/20 09:01