ARP-Anforderungen, die an verschiedene Subnetze gesendet wurden

555
Nicolas Garnier

Ich bin ziemlich verwirrt mit einem Experiment, das ich zu Hause gemacht habe. Ich habe zwei Computer, sagen Sie A und B :

  • A und B sind mit demselben privaten Netzwerk (mit einem Gateway zum Internet) verbunden (Ethernet): 192.168.1.99/24 ( A ) und 192.168.1.7/24 ( B )
  • B ist als WLAN-Zugangspunkt konfiguriert (unterschiedliches Subnetz 192.168.2.254/24), jedoch ohne DHCP-Server

Wenn die WLAN-Verbindung von Client A manuell mit 192.168.2.1/24 konfiguriert ist, kann ich über die WLAN-Schnittstelle Ping B. Dies ist das erwartete Verhalten. Wenn jedoch eine WLAN-Verbindung mit der DHCP-Konfiguration beibehalten wird, kann ich immer noch B an der WLAN-Schnittstelle anpingen, obwohl A nicht einmal eine IP hat.

guest@A ~ $ ping -I wlp5s0 192.168.2.254 ping: Warning: source address might be selected on device other than wlp5s0. PING 192.168.2.254 (192.168.2.254) from 192.168.1.99 wlp5s0: 56(84) bytes of data. 64 bytes from 192.168.2.254: icmp_seq=1 ttl=64 time=6.86 ms 64 bytes from 192.168.2.254: icmp_seq=2 ttl=64 time=3.26 ms

Natürlich werden ICMP-Paquets von der WLAN-Schnittstelle A unter Verwendung von Ethernet-IP von A- WLAN-IP von B gesendet . Mit Wireshark schnüffelte ich folgendes:

  • Die ARP-Anforderung wird von einer WLAN-Schnittstelle mit der Sender-IP 192.168.1.99 und der Ziel-IP 192.168.2.254 gesendet
  • ARP-Antwort auf derselben Schnittstelle
  • ICPMs an dieser Schnittstelle mit Quell-IP 192.168.1.99 und Ziel-IP 192.168.2.254

Warum hat A eine ARP-Anfrage gesendet, um die MAC-Adresse von B und nicht dessen Standardgateway zu ermitteln, da es sich angeblich nicht in seinem Netzwerk befindet. Vielleicht für A an der WLAN-Schnittstelle, da keine IP / Subnetz definiert wurde, wird eine andere IP mit unset / 0.0.0.0-Subnetz verwendet?!

1

0 Antworten auf die Frage

Verwandte Probleme