IP位址0.0.0.0是否被使用?

IP位址0.0.0.0是否被使用?

我真的很想知道一個IP位址全部關閉後是否可以使用。如果您知道它在哪裡使用或不能使用,請回答。

答案1

參考 具有特殊意義的IP位址:

0.0.0.0

“Me”:(或“此主機”或“目前/預設主機”)。當設備不知道自己的 IP 位址時,設備會使用它來引用自己。最常見的用途是當設備嘗試使用主機配置協定(例如 DHCP)確定其位址時。也可用於指示可以使用多宿主主機的任何位址。

參考 IP位址0.0.0.0的意義是什麼:

「0.0.0.0」是有效的地址語法。因此,只要需要傳統點分十進位表示法的 IP 位址,它就應該解析為有效。一旦解析並轉換為可用的數字形式,它的值就決定接下來會發生什麼。

全零值確實有特殊意義。因此它是“有效的”,但其含義對於特定情況可能不合適(因此被視為無效)。它基本上是“無特定位址”佔位符。對於諸如網路連接的位址綁定之類的事情,結果可能是為連接分配適當的介面位址。如果您使用它來配置接口,它可以從接口中刪除地址。這取決於使用上下文來確定“無特定地址”的真正用途。

在路由條目的上下文中,它通常表示預設路由。這是由於更多的位址遮罩而發生的,位址遮罩選擇要比較的位元。遮罩“0.0.0.0”不選擇任何位,因此比較始終會成功。因此,當配置了這樣的路由時,資料包總是有地方可以去(如果配置了有效的目的地)。

在某些情況下,僅“0”也可以起作用並具有相同的效果。但這並不能保證。 「0.0.0.0」形式是表示「無特定位址」的標準方式(在 IPv6 中為「::0」或只是「::」)。

參考 0.0.0.0:

在網際網路通訊協定版本 4 中,位址 0.0.0.0 是不可路由的元位址,用於指定無效、未知或不適用的目標。帶內訊號的應用是為無效的資料賦予特殊意義。

用途包括:

  • 主機在尚未分配位址時聲明其擁有的位址。例如,
    在使用 DHCP 時傳送初始 DHCPDISCOVER 封包時。
  • 當透過 DHCP 位址請求失敗時,主機指派給自己的位址(前提是主機的 IP 堆疊支援此功能)。這種用法在現代作業系統中已被 APIPA 機制所取代
  • 一種指定「任何 IPv4 主機」的方法。指定預設路由時以這種方式使用。
  • 一種明確指定目標不可用的方法。1
  • 一種指定「任何 IPv4 位址」的方法。配置伺服器時(即綁定監聽套接字時)就是這樣使用的。 TCP 程式設計師將其稱為 INADDR_ANY。 (bind(2) 綁定到
    位址,而不是介面。)

在 IPv6 中,全零位址寫為“::”。

DHCP 發現/請求:

參考了解 Catalyst 交換器或企業網路中的 DHCP 並對其進行故障排除

當客戶端第一次啟動時,它處於初始化狀態,並透過用戶資料封包協定 (UDP) 連接埠 67(BootP 伺服器)在其本機實體子網路上傳輸 DHCPDISCOVER 訊息。由於用戶端無法知道自己所屬的子網路,因此 DHCPDISCOVER 是全子網路廣播(目標 IP 位址為 255.255.255.255),來源 IP 位址為 0.0.0.0。來源 IP 位址為 0.0.0.0,因為客戶端沒有配置 IP 位址。如果該本地子網路上存在 DHCP 伺服器,且配置正確且運作正常,則 DHCP 伺服器將聽到廣播並使用 DHCPOFFER 訊息進行回應。如果本機子網路上不存在 DHCP 伺服器,則該本機子網路上必須有 DHCP/BootP 中繼代理,以將 DHCPDISCOVER 訊息轉送到包含 DHCP 伺服器的子網路。

此中繼代理程式可以是專用主機(例如,Microsoft Windows Server),也可以是路由器(例如,設定有介面級 IP 幫助程式語句的 Cisco 路由器)。

客戶端收到 DHCPOFFER 後,會回覆 DHCPREQUEST 訊息,表示接受 DHCPOFFER 中的參數,並進入 Requesting 狀態。用戶端可能會收到多個 DHCPOFFER 訊息,每個訊息來自接收原始 DHCPDISCOVER 訊息的每個 DHCP 伺服器。用戶端選擇一個 DHCPOFFER 並僅回應該 DHCP 伺服器,隱含拒絕所有其他 DHCPOFFER 訊息。用戶端透過使用 DHCP 伺服器的 IP 位址填入「伺服器標識符」選項欄位來標識所選伺服器。 DHCPREQUEST 也是廣播,因此所有發送 DHCPOFFER 的 DHCP 伺服器都會看到 DHCPREQUEST,每個伺服器都會知道其 DHCPOFFER 是被接受還是被拒絕。客戶端所需的任何附加設定選項將包含在 DHCPREQUEST 訊息的選項欄位中。即使用戶端已取得 IP 位址,它也會傳送來源 IP 位址為 0.0.0.0 的 DHCPREQUEST 訊息。此時,客戶端尚未收到可明確使用該 IP 位址的驗證。

用戶端與 DHCP 伺服器位於相同子網路時取得 DHCP 位址的用戶端伺服器對話

在此輸入影像描述

預設路由:

參考使用 IP 指令設定最後網關

本文檔說明如何設定預設路由或最後手段網關。使用這些 IP 命令:

  • ip 預設網關

  • ip 預設網絡

  • 和 ip 路由 0.0.0.0 0.0.0.0

ip 路由 0.0.0.0 0.0.0.0

建立到網路 0.0.0.0 0.0.0.0 的靜態路由是在路由器上設定最後網關的另一種方法。與 ip default-network 指令一樣,使用到 0.0.0.0 的靜態路由不依賴任何路由協定。但是,必須在路由器上啟用 ip 路由。

注意:IGRP 不理解到 0.0.0.0 的路由。因此,它無法傳播使用 ip route 0.0.0.0 0.0.0.0 指令建立的預設路由。使用 ip default-network 指令讓 IGRP 傳播預設路由。

答案2

感謝您的研究,但我找到了答案。據您和我的了解,我想告訴您,當形成新網絡並且DHCP 伺服器在該網絡中打開時,將使用0.0.0.0 IP 位址,因此,由於它是一個新網絡,因此沒有任何工作站擁有其IP位址。

相關內容