Ich habe gerade angefangen, etwas über Protokolle zu lernen. Während ich die Pakete in Wireshark studierte, stieß ich auf eine ARP-Anfrage, die von meinem Computer an meine eigene IP gesendet wurde. Hier sind die Details des Pakets:
No. Time Source Destination Protocol Info
15 1.463563 IntelCor_aa:aa:aa Broadcast ARP Who has 192.168.1.34? Tell 0.0.0.0
Frame 15: 42 bytes on wire (336 bits), 42 bytes captured (336 bits)
Arrival Time: Jan 7, 2011 18:51:43.886089000 India Standard Time
Epoch Time: 1294406503.886089000 seconds
[Time delta from previous captured frame: 0.123389000 seconds]
[Time delta from previous displayed frame: 0.123389000 seconds]
[Time since reference or first frame: 1.463563000 seconds]
Frame Number: 15
Frame Length: 42 bytes (336 bits)
Capture Length: 42 bytes (336 bits)
[Frame is marked: False]
[Frame is ignored: False]
[Protocols in frame: eth:arp]
[Coloring Rule Name: ARP]
[Coloring Rule String: arp]
Ethernet II, Src: IntelCor_aa:aa:aa (aa:aa:aa:aa:aa:aa), Dst: Broadcast (ff:ff:ff:ff:ff:ff)
Destination: Broadcast (ff:ff:ff:ff:ff:ff)
Address: Broadcast (ff:ff:ff:ff:ff:ff)
.... ...1 .... .... .... .... = IG bit: Group address (multicast/broadcast)
.... ..1. .... .... .... .... = LG bit: Locally administered address (this is NOT the factory default)
Source: IntelCor_aa:aa:aa (aa:aa:aa:aa:aa:aa)
Address: IntelCor_aa:aa:aa (aa:aa:aa:aa:aa:aa)
.... ...0 .... .... .... .... = IG bit: Individual address (unicast)
.... ..0. .... .... .... .... = LG bit: Globally unique address (factory default)
Type: ARP (0x0806)
Address Resolution Protocol (request)
Hardware type: Ethernet (0x0001)
Protocol type: IP (0x0800)
Hardware size: 6
Protocol size: 4
Opcode: request (0x0001)
[Is gratuitous: False]
Sender MAC address: IntelCor_aa:aa:aa (aa:aa:aa:aa:aa:aa)
Sender IP address: 0.0.0.0 (0.0.0.0)
Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00)
Target IP address: 192.168.1.34 (192.168.1.34)
Hier ist die Mac-Adresse des Absenders meine (hier habe ich meine Mac-Adresse versteckt). Ziel-IP ist meine. Warum sendet mein Computer eine ARP-Anfrage an sich selbst? Ich habe 3 Pakete dieses Typs gefunden. Es gab keine ARP-Antwort für diese Pakete. Kann mir jemand erklären, warum es so ist? (Mein Betriebssystem ist Windows-7. Ich bin direkt mit einem WLAN-Modem verbunden. Ich habe diese Pakete erhalten, sobald ich meine Verbindung hergestellt habe.)
Ich möchte auch einen Vorschlag. An vielen Stellen habe ich gelesen, dass RFCs ausreichen, um Protokolle zu studieren. Ich habe den RFC 826 auf ARP studiert. Ich persönlich bin der Meinung, dass das überhaupt nicht ausreicht. Irgendwelche Vorschläge dazu? Gibt es mehr als 1 RFC für ein Protokoll? Ich möchte die Protokolle sehr detailliert studieren. Kann mich jemand dazu führen? Danke im Voraus.
Dies ist das Standardverhalten, um IP-Konflikte zu vermeiden. Es wird in RFC 5227 IPv4 Address Conflict Detection behandelt. Außerdem können Router und Nachbarn ihre ARP-Tabellen aktualisieren, damit sie mit Ihrem Computer kommunizieren können.
Durch die Frage, wer eine IP-Adresse hat, kann festgestellt werden, ob die IP-Adresse verwendet wird. Auf diese Weise kann der Computer zumindest das Vorhandensein eines Konflikts protokollieren, falls einer vorliegt.
Dieser Mechanismus ermöglicht es einem Computer, die automatische IP-Adresskonfiguration zu verwenden, um mit dem Adressblock 169.254.0.0/16 zu arbeiten. Computer generieren eine Adresse in diesem Bereich und verwenden dann APR, um festzustellen, ob sie verfügbar ist. Wenn nicht, versuchen sie es mit anderen Adressen, bis sie eine verfügbar finden. Da die Netzwerke normalerweise klein sind und der Adressbereich über 65000 Adressen umfasst, können sie schnell eine Adresse finden.
Das
arpwatch
Dienstprogramm erstellt eine Datenbank basierend auf den Arp-Nachrichten, mit denen Administratoren benachrichtigt werden können, wenn die Adresse in Konflikt steht oder auf neue Hardware verschoben wird.quelle
arpwatch
: Wenn in DHCP-Umgebungen verwendet, wird jede Änderung der DHCP-Adresse in den Protokollen markiert. Dies führt zu sehr viel Rauschen bei sehr geringem Signal.