smax155 wrote:
這事很簡單就可以排除...(恕刪)
盲猜
該不會是 手動分配IP 吧
1tac wrote:
首先, 現在的DHCP Server在派發IP之前, 都會發一個ARP來查詢此IP是否已被使用, 沒人使用才會派發, 如此可避開網段上使用固定IP的裝置, 也可解決DHCP Server重啟後IP Pool重複分派的的問題
鵝看過的DHCP server實作並不負責發送ARP request(DHCP server是根據其config/lease紀錄決定要發放哪個IP的),而是DHCP client在收到DHCP acknowledge後才會發gratuitous ARP通知同一subnet下其他host其IP/MAC address,再者如果DHCP client先拿到192.168.x.2,後面來了個手動也設成192.168.x.2的主機,這就不是DHCP server/client能控制的範圍了
....PS:瞎猜其實作用不大,真要確定的話就是遇到問題時進小烏龜/IP sharing看一下ARP table就得了
....wangcm wrote:
鵝看過的DHCP server...(恕刪)
舊的DHCP Server如udhcpd的確如你所說, 但目前小型Router上最常見的DHCP Server是dnsmasq(拜OpenWRT之賜), dnsmasq是會發ARP確認的
https://blog.csdn.net/u014175785/article/details/125998388
1tac wrote:
舊的DHCP Server...(恕刪)
以現今行動裝置泛濫的狀況,鵝可以合理推測192.168.x.2有極高的機率是某個always online的行動裝置用掉了(BTW,鵝看了一下手邊的行動裝置,要手動設固定IP也頗麻煩
),老實說真要驗證這點只要去gateway上看一下ARP table就得了,和DHCP server/client是哪一個實作沒啥關聯啦
...wangcm wrote:
以現今行動裝置泛濫的狀況，鵝可以合理推測192.168.x.2有極高的機率是某個always online的裝置用掉了（BTW，鵝看了一下手邊的行動裝置，也沒發現有手動設固定IP的地方），老實說真要驗證這點只要去gateway上看一下ARP table就得了，和DHCP server/client是哪一個實作沒啥關聯啦
個人也不想在DHCP Server的實作上打轉, 只是您懷疑我說的DHCP Server的行為, 必須澄清一下
之所以會提及DHCP Server的實作, 只是讓網友了解到IP位址衝突並不是那麼容易發生, 除了Sever端會避免外, Client端的作業系統也會檢查, 以Wndows來說, 若使用者設定了一個有衝突的固定IP, 網路介面卡直接就變成了"無法識別的網路", 根本無法聯網, 使用者很容易察覺
要偵測IP衝突本機就做得到了, 本機設個不衝突的IP, ping懷疑有衝突的IP, 再看ARP table即可, 不必連到gateway, 且不見得每台gateway都會提供ARP table
另行動裝置要設定固定IP是基本需求, 具體方法google都有, 二樓也有範例
內文搜尋
從 APP 打開
X