Newsgroup: it.comp.reti.locali
Titolo: Gateway che risponde a tutti gli ARPing!?

Buongiorno,
nella rete del nostro palazzo il gateway Cisco risponde a tutte le 
richieste di ARP per tutti gli IP che NON esistono sulla rete.
Anzi risponde per tutti quegli IP dei quali non � sicuro dell'esistenza, 
nel senso che appena si accorge che l'host non esiste smette di 
rispondere agli arping.
Non avevo mai notato questo fatto prima, per� forse non avevo controllato.
Ecco un esempio:
(ho mascherato con search&replace i primi tre campi dei nostri IP perch� 
sono pubblici. Li ho sostituiti con X.Y.Z . Gli altri numeri sono reali)
======================================================
root@ubuntu:/home/ubuntu# arping 1.5.2.4
ARPING 1.5.2.4 from X.Y.Z.105 eth0
Unicast reply from 1.5.2.4 [00:1B:0C:91:D5:6A]  0.865ms
Unicast reply from 1.5.2.4 [00:1B:0C:91:D5:6A]  0.806ms
Sent 4 probes (1 broadcast(s))
Received 2 response(s)
root@ubuntu:/home/ubuntu# arping 2.6.3.4
ARPING 2.6.3.4 from X.Y.Z.105 eth0
Unicast reply from 2.6.3.4 [00:1B:0C:91:D5:6A]  0.849ms
Unicast reply from 2.6.3.4 [00:1B:0C:91:D5:6A]  0.796ms
Sent 2 probes (1 broadcast(s))
Received 2 response(s)
root@ubuntu:/home/ubuntu# ifconfig eth0:1 
2.0.0.1/8
root@ubuntu:/home/ubuntu# ping 2.6.3.4
PING 2.6.3.4 (2.6.3.4) 56(84) bytes of data.
 From 2.0.0.1 icmp_seq=1 Destination Host Unreachable
 From 2.0.0.1 icmp_seq=2 Destination Host Unreachable
 From 2.0.0.1 icmp_seq=3 Destination Host Unreachable
--- 2.6.3.4 ping statistics ---
4 packets transmitted, 0 received, +3 errors, 100% packet loss, time 3007ms
, pipe 3
root@ubuntu:/home/ubuntu# arping 2.6.3.4
ARPING 2.6.3.4 from 2.0.0.1 eth0
Sent 5 probes (5 broadcast(s))
Received 0 response(s)
root@ubuntu:/home/ubuntu# arping 1.5.2.4
ARPING 1.5.2.4 from X.Y.Z.105 eth0
Unicast reply from 1.5.2.4 [00:1B:0C:91:D5:6A]  0.882ms
Unicast reply from 1.5.2.4 [00:1B:0C:91:D5:6A]  0.808ms
Unicast reply from 1.5.2.4 [00:1B:0C:91:D5:6A]  0.813ms
Unicast reply from 1.5.2.4 [00:1B:0C:91:D5:6A]  0.836ms
Unicast reply from 1.5.2.4 [00:1B:0C:91:D5:6A]  0.799ms
Sent 6 probes (1 broadcast(s))
Received 5 response(s)
root@ubuntu:/home/ubuntu# arping X.Y.Z.40
ARPING X.Y.Z.40 from X.Y.Z.105 eth0
Unicast reply from X.Y.Z.40 [00:E0:4D:20:B1:20]  0.657ms
Unicast reply from X.Y.Z.40 [00:E0:4D:20:B1:20]  0.585ms
Unicast reply from X.Y.Z.40 [00:E0:4D:20:B1:20]  0.598ms
Unicast reply from X.Y.Z.40 [00:E0:4D:20:B1:20]  0.602ms
Sent 4 probes (1 broadcast(s))
Received 4 response(s)
======================================================
Come potete notare dapprima risponde agli ARP per 1.5.2.4. e per 2.6.3.4 
che sono IP assolutamente fuori dal nostro range (noi abbiamo IP 
pubblici nel palazzo per� ovviamente non sono in quei range).
Appena uno prova a fare dei ping su 2.6.3.4 (questi vanno 
presumibilmente diretti a lui visto che ormai � entrato nell'ARP cache) 
allora si accorge che in realt� l'host non esiste e allora smette di 
rispondere agli arping per quell'IP. (vedi il successivo arping per 2.3.6.4)
Continua invece a rispondere agli arping per 1.5.2.4 che non ho ancora 
pingato.
Per le macchine esistenti invece NON risponde, come si pu� vedere 
dall'ARPing verso X.Y.Z.40 , che � una macchina che � veramente accesa.
Ho verificato che il MAC address che risponde � quello del nostro 
gateway Cisco. Come si chiama l'opzione che fa questo delirio, e 
soprattutto, che utilit� potrebbe avere averla settata? (non ho 
configurato io l'apparato) Sembra una versione stupida di proxy_arp!? 
L'unico indizio che posso dare � che il Cisco serve per fare una VPN a 
livello nazionale con le varie sedi del nostro istituto in modo che gli 
IP delle varie sedi abbiano sottoreti vicine (che sono comunque 
indirizzi pubblici. S� non infamateci per favore, lo sappiamo...)
Ma anche per le VPN non vedo comunque l'utilit�, specialmente per IP 
palesemente fuori dalla nostra net, e comunque la nostra � una VPN di 
livello 3 e non un bridge ethernet.
E poi una domanda quasi separata: come potete vedere dal ping 2.3.6.4 a 
met� del cut&paste, Linux risponde con "Destination host unreachable". 
Sono stupito perch� di solito quando la entry � in ARP cache e l'host � 
gi� il ping � *silenzioso*, invece il messaggio d'errore in questione 
appare quando non c'� entry nella ARP cache e fallisce la richiesta di 
arp subito prima del ping.
Dopo aver fatto questi ping e dopo aver visto il messaggio in effetti la 
entry 2.3.6.4 nella arp cache diventa "(incomplete)". Forse il Cisco gli 
risponde che aveva scherzato con la precedente risposta ARP... e... ma 
come, allora esiste un messaggio ARP che si pu� inviare e che fa pulire 
la cache arp per un certo MAC ad un altro host? Non ero a conoscenza di 
questo tipo di pacchetto arp??
Grazie per l'illuminazione

 configurato io l'apparato) Sembra una versione stupida di proxy_arp!?
Potrebbe esser un semplice proxy arp, lo si usa per esempio per
inoltrare verso il gateway corretto le connessioni iniziate da
macchine che sono state settate senza il parametro "ip gateway".
http://www.cisco.com/application/pdf/paws/13718/5.pdf
Ciao