請教
Client 端的電腦是否有設定或機碼能設定dhcp release ip 的時間,謝謝
個人積分：8分
文章編號：92651606
個人積分：1817分
文章編號：92651907
....
個人積分：140分
文章編號：92652403
個人積分：2215分
文章編號：92653004
個人積分：3171分
文章編號：92653216
個人積分：2215分
文章編號：92653383
個人積分：3171分
文章編號：92653422
有安全性問題早被幹翻了
==
查了一下136年可能代表無限長. 搞不好你朋友設了 reserved static IP?
為什麼數字剛好是 136？
這個數字源於二進位運算的極限：- 2^{32} 秒（4,294,967,296 秒）是 32 位元無符號整數能表示的總秒數。
- 將其換算成天數：4,294,967,296 / 86,400 = 約 49,710 天。
- 換算成年分：49,710 / 3650 = 約136.1 年。
0xFFFFFFFF），或者用戶端計算錯誤導致數值回繞（Wrap-around）時，顯示介面就會出現「136 年」這個荒謬的數字。部份路由器將租約設為「永久」時，會發送一個最大的 32 位元整數（4294967295），導致用戶端解析成 136 年。
==
解決方法
重啟 Wi-Fi 或裝置： 讓裝置重新發送 DHCP Request，通常能恢復正常顯示。
調整路由器設定： 進入路由器後台，將 DHCP 租約時間（Lease Time） 手動設定為一個固定的數值（如 1440 分鐘），避免設定為「永久」。
在下只敍述事實，不做評論。
個人積分：2215分
文章編號：92654356
個人積分：3171分
文章編號：92654377
個人積分：3171分
文章編號：92655049
ulimie wrote:他告訴我，不一定都是超過百年那麼久，有看到是到 2038 的，細節沒多問並不清楚。
什麼是 2038 年問題？
許多路由器執行的是基於 Linux 或 Unix 的韌體。在這些系統中，時間是以 Unix 時間戳記（從 1970 年 1 月 1 日 00:00:00 UTC 開始計算的秒數）來存儲的。- 技術核心： 傳統的 32 位元系統使用「有符號 32 位元整數」（Signed 32-bit Integer）來存儲這個秒數。
- 臨界點： 這個整數的最大值是 2^{31} - 1，即 2,147,483,647。
- 爆發時間： 台北時間 2038 年 1 月 19 日 11:14:07。
- 後果： 超過這一秒後，數值會發生「溢位」（Overflow）變成負數，系統時間會跳回 1901 年。
999999999 秒），很有可能觸發 Bug。==
懷疑是你的朋友有一台老舊 router 還在網路上, 搶了DHCP server 地位, 發送錯誤的 DHCP lease time. 而不是新router 的問題
小惡魔市集
關閉廣告