È il comportmento normale delle richieste arp?

A volte immergo nella mia networking e spesso vedo:

tcpdump -n arp 17:59:15.754508 ARP, Request who-has 192.168.1.65 tell 192.168.1.212, length 28 17:59:16.754401 ARP, Request who-has 192.168.1.65 tell 192.168.1.212, length 28 17:59:17.754449 ARP, Request who-has 192.168.1.65 tell 192.168.1.212, length 28 17:59:18.754505 ARP, Request who-has 192.168.1.65 tell 192.168.1.212, length 28 17:59:19.754435 ARP, Request who-has 192.168.1.65 tell 192.168.1.212, length 28 17:59:20.754422 ARP, Request who-has 192.168.1.65 tell 192.168.1.212, length 28 

192.168.1.212 è un server linux primario:

  • Porta di networking aperta, ma nessun process è collegato?
  • Problemi di networking con il server Linux (CentOS 5.3)
  • "La connessione al server è stata ripristinata durante la caricamento della pagina"
  • Come colbind Cisco 3560G a WS-C3560G-24TS-S
  • Statica IP vs DHCP Reservation
  • Avendo accesso solo ssh, determinare se il dispositivo è router o un interruttore (Cisco e Juniper)
  •  ip addr 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether c0:4a:00:02:78:c5 brd ff:ff:ff:ff:ff:ff inet 192.168.1.212/24 brd 192.168.1.255 scope global eth0 valid_lft forever preferred_lft forever inet6 fe80::c24a:ff:fe02:78c5/64 scope link valid_lft forever preferred_lft forever 

    questo comportmento è un problema o un avviso o cosa? 192.168.1.65 è un client Windows emulato (spesso spento).

    One Solution collect form web for “È il comportmento normale delle richieste arp?”

    Quello che state osservando è il server .212 che cerca di comunicare con / identifichi il client .65

    Probabilmente, il server DHCP (.212) sta verificando se la locazione client .65 è triggersmente utilizzata / triggers o less.

    Nella maggior parte delle circostanze questo può considerarsi un comportmento normale; tuttavia sei l'unico a sapere se le comunicazioni tra .212 e .65 sono veramente OK.

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.