自分配IP (169.254.x.x)？已連線 WiFi 但無法上網？快速修復

2026 年 10 月 8 日更新： 更正了 macOS DHCP 指令並新增了檢查以區分地址分配與 DNS 或 ISP 問題。

自分配169.254地址意味著什麼

在配置為使用 DHCP 的家庭網路上，意外的 169.254.x.x IPv4 地址通常意味著裝置未獲得可用的 DHCP 租約。 Windows 將其後備機制稱為 APIPA。 macOS 可能會顯示“自分配 IP”。

這些 IPv4 鏈路本地地址可以支援同一鏈路上的通訊，但路由器不會轉發它們以進行正常的 Internet 訪問。它們本身並不證明 IP 衝突或意味著裝置沒有可能的連線：獨立工作的 IPv6 連線可能仍然存在。

的 IPv4 鏈路本地定址的 IETF 規範解釋了這個範圍的範圍。如果您已有預期的地址和閘道器，請使用連線但無網際網路檢查而不是假設 DHCP 失敗。

在 Windows 上：

命令

ipconfig /all

讀取已連線 Wi-Fi 或乙太網介面卡下的 IPv4 地址、子網掩碼、預設閘道器和 DHCP 啟用欄位。 Ignore disconnected and unused virtual adapters.在 Mac 上，開啟系統設定 → 網路 → 您的活動服務 → 詳細資訊 → TCP/IP。

檢查同一網路上的另一臺裝置。如果多個裝置無法獲得租約，請調查路由器的 DHCP 服務或網路路徑。如果只有一個失敗，請從該裝置的設定和連線開始。

這可能會短暫中斷連線。在本地執行，而不是透過支援遠端會話的連線。

對於配置為自動獲取其地址的介面卡：

命令

ipconfig /release
ipconfig /renew

Microsoft 在其文件中記錄了這些選項 ipconfig 參考。之後再次檢查活動介面卡。

開放 系統設定 → 網路 → 活動服務 → 詳細資訊 → TCP/IP → 續訂 DHCP 租約。當服務使用 DHCP 時，該選項可用。較舊的 macOS 版本將其置於網路 → 高階 → TCP/IP 中。

使用 macOS 控制元件而不是 Linux dhclient 命令，這些命令不作為標準 macOS DHCP 工具提供。參見蘋果的 TCP/IP 設定文件.

使用已控制該介面的網路管理器。在 NetworkManager 桌面上，斷開並重新連線網路設定中受影響的連線。其他系統可能使用 systemd-networkd 或其他管理器；遵循該管理器的更新程式，而不是啟動第二個 DHCP 客戶端。

確認對您的實際網路有效的地址、正確的掩碼以及預期的閘道器。然後測試閘道器和普通上網。私有地址可以以 10, 192.168, 或 172.16 透過 172.31;不需要特定的字首。

斷開並重新連線 Wi-Fi，或檢查乙太網電纜和鏈路。如有必要，請忘記儲存的 Wi-Fi 網路並使用正確的密碼重新加入。在當前的 Mac 上，連線網路的 Wi-Fi 詳細資訊包括“忘記此網路”。移動選單因版本而異。

如果裝置地址是手動配置的，請檢查是否是故意的。僅在網路要自動分配地址的情況下恢復自動 DHCP。

使用工作裝置開啟路由器的管理介面。檢查目標 LAN 是否已啟用 DHCP 以及是否有足夠的可用租約。確認池與 LAN 的子網匹配，並且不與手動地址或預留衝突。

不要僅僅因為網格節點或接入點具有 DHCP 選項而在其上啟用第二個 DHCP 伺服器。正確的伺服器取決於網路設計。

如果 DHCP 服務卡住，受控路由器重新啟動會有所幫助；它會中斷每個使用連線的人。如果 DHCP 仍然失敗，請檢查韌體、租賃容量以及接入點和路由器之間的鏈路。在工作網路上，將這些觀察結果提供給管理員。

如果路由器使用 MAC 允許列表，請將其與裝置當前用於該 Wi-Fi 網路的地址進行比較。私有地址可能與硬體標籤不同。我們的未知裝置指南說明了如何搭配。

檢視可能阻止 DHCP 的安全軟體或網路策略。檢查日誌和目標規則，而不是禁用整個防火牆。

僅當您知道網路的子網、閘道器、DNS 設定以及經過驗證且不會與動態 DHCP 池重疊的未使用地址時。任意的 192.168.1.50 對於您的網路來說可能是錯誤的或已分配給其他裝置。

手動地址無法修復 DHCP，也無法修復 ISP 中斷。最好恢復預期的 DHCP 服務，然後將裝置返回到自動配置（如果這是網路的設計）。

如果您收到有效租約但仍然無法瀏覽，請使用以下命令檢查 DNS、預設路由、強制門戶、VPN 策略以及路由器的 WAN 連線 Wi-Fi 故障排除指南。如果網際網路訪問正常但本地裝置仍然不可見，請使用網路掃描器指南.