ARP：Address Resolution Protocol 地址解析協議。

RARP：Reverse Address Resolution Protocol 逆向地址解析協議。

　　不同的網絡，如以太網，令牌網...，在數據鏈路層都有不同的尋址機制。

　　在以太網的局域網中，一臺主機和另外一臺主機通信發包，是根據48bit的以太網地址來確定目的接口的，設備驅動程序從不檢查IP數據報中的目的IP地址。

　　地址解析協議(ARP)為這兩種不同的地址形式提供映射：32bit的IP地址和數據鏈路層48bit地址的轉換。RFC 826[Plummer1982]是ARP規范描述文檔。

　　ARP為IP地址到對應的硬件地址之間提供動態映射。RARP是被那些沒有磁盤驅動器的系統使用（一般是無盤工作站或X終端），它需要系統管理員進行手工設置。（這里不做深究，詳細可以查看《TCP/IP-協議》第五章）。

　　ARP通信過程解析：

　　(1).比如在一個局域網上，一臺主機A（192.168.0.12）要訪問機器B(192.168.0.11)。他會發送一份稱作ARP請求的以太網數據幀給以太網上的每個主機(廣播包)。ARP請求數據幀中包含目的主機的IP地址，意思就是：“如果你是這個IP地址的擁有者，請回答你的硬件地址。”

　　(2).目的主機收到這份廣播報文后，識別出這是發送端在尋問它的IP地址，于是發送一個ARP應答。這個ARP應答包含IP地址及對應的硬件地址。(非廣播)

　　(3).收到ARP應答后，系統的ARP緩存便會記錄MAC-IP的對應信息(ARP攻擊點)，在CMD里打arp -a便可查詢現在機器的ARP緩存情況。現在IP數據報現在就可以傳送了。

　　在ARP背后有一個基本概念，那就是網絡接口有一個硬件地址（一個48bit的值，標識不同的以太網或令牌環網絡接口）。在硬件層次上進行的數據幀交換必須有正確的接口地址。但是，TCP/IP有自己的地址：32 bit的IP地址。知道主機的IP地址并不能讓內核發送一幀數據給主機。內核（如以太網驅動程序）必須知道目的端的硬件地址才能發送數據。ARP的功能是在32bit的IP地址和采用不同網絡技術的硬件地址之間提供動態映射。

　　值得注意：arp協議是不可靠和無連接的，通常即使主機沒有發出arp請求，也會接受發給它的 arp回應，并將回應的mac和ip對應關系放入自己的arp緩存中。此外，內核為2.4.x的linux系統在arp實現中，考慮到了arp欺騙，不會接受未經請求的arp回應，因此直接向這種系統發送arp reply也是無效的，不過，有意思的是雖然它不會接受未經請求的arp reply，但是只要接收到arp的request，它就會更新自己的arp緩存。

總結

以上是生活随笔為你收集整理的Arp小记的全部內容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網站內容還不錯，歡迎將生活随笔推薦給好友。