推 aeolus0829: traceroute / tracert 跑個結果貼上來看一下 08/18 18:54
https://i.imgur.com/IaXeNAm.jpg
左邊是 Mac 右邊 Windows,都是在 192.168.1.0/24 網段裡面。
文字介面的操作都正常,就是到瀏覽器就不正常了。
但這些 Win 裝置連其他網段可以用 所以感覺也不是瀏覽器問題(?
推 aeolus0829: 這問題不單純 建議用排去法找原因 例:列出所有變數 08/18 20:32
→ aeolus0829: 172 的環境和 192 的環境分別測,排除不可能 08/18 20:32
這個就比較考驗我的能力了
→ eric00169: 可能性太多了 你把可以上的mac跟不能上的win ip互換看 08/18 20:47
這個是沒有問題的其實 剛剛有測試把 MAC/IP 稍微換過了
大概五六十個裝置 就是OS的不同有所差異 同一個機器雙OS也測過了
剛剛開 wireshark 測試 wget 發現 windows 的 TCP 很多 retransmission
而 mac/linux 的 traffic TCP 滿正常的
→ asdfghjklasd: TTL? 08/18 22:00
→ asdfghjklasd: Proxy? 08/18 22:01
→ asdfghjklasd: 都會開 Wireshark 應該可以很快找出原因 08/18 22:04
→ asdfghjklasd: telnet 外網 IP 80 443 就大約知道了 08/18 22:05
當時 telnet ssh 都試過連 ptt 所以感覺不單是 http(s) 的問題
用 UDP stack 的協議 (e.g. coap) 也不行 所以也不單單是 tcp 系的問題
→ breeze08: 如果 192 的內網有接 switch,把 switch 重啟看看 08/19 00:21
對誒 當初確實沒想到這個問題 我的思路只停在 nwk layer
推 usemame2003: 試試在firewall上把windows的mac設白名單 08/19 00:56
→ 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
推 HYH84: 可以注意是不是開到ipv6 08/20 09:01