DOMANDE FREQUENTI SULL'APPLIANCE ASA: Perché l'ASA risponde alle richieste ARP di altri indirizzi IP nella subnet?

Opzioni per il download

  • PDF     (147.3 KB)
    Visualizza con Adobe Reader su diversi dispositivi
  • ePub     (92.1 KB)
    Visualizza in diverse app su iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (76.6 KB)
    Visualizza su dispositivo Kindle o tramite app Kindle su più dispositivi
Aggiornato:6 giugno 2013
ID documento:116154

Linguaggio senza pregiudizi

La documentazione per questo prodotto è stata redatta cercando di utilizzare un linguaggio senza pregiudizi. Ai fini di questa documentazione, per linguaggio senza di pregiudizi si intende un linguaggio che non implica discriminazioni basate su età, disabilità, genere, identità razziale, identità etnica, orientamento sessuale, status socioeconomico e intersezionalità. Le eventuali eccezioni possono dipendere dal linguaggio codificato nelle interfacce utente del software del prodotto, dal linguaggio utilizzato nella documentazione RFP o dal linguaggio utilizzato in prodotti di terze parti a cui si fa riferimento. Scopri di più sul modo in cui Cisco utilizza il linguaggio inclusivo.

Informazioni su questa traduzione

Cisco ha tradotto questo documento utilizzando una combinazione di tecnologie automatiche e umane per offrire ai nostri utenti in tutto il mondo contenuti di supporto nella propria lingua. Si noti che anche la migliore traduzione automatica non sarà mai accurata come quella fornita da un traduttore professionista. Cisco Systems, Inc. non si assume alcuna responsabilità per l’accuratezza di queste traduzioni e consiglia di consultare sempre il documento originale in inglese (disponibile al link fornito).

Introduzione

In questo documento viene descritto perché Cisco Adaptive Security Appliance (ASA) potrebbe rispondere alle richieste ARP (Address Resolution Protocol) di altri indirizzi IP sulla rete. L'ASA risponde alle richieste ARP di indirizzi IP diversi dall'interfaccia dell'ASA.

Perché l'ASA risponde alle richieste ARP di altri indirizzi IP nella subnet?

La configurazione NAT (Network Address Translation) sull'appliance ASA potrebbe causare la risposta alle richieste ARP di indirizzi IP diversi dall'indirizzo IP dell'interfaccia ASA.

Scenario di problema di esempio:

Si consideri un segmento Ethernet con dispositivi collegati alla rete 10.0.1.x/24. L'interfaccia interna dell'ASA è impostata su 10.0.1.1. Ogni volta che una richiesta ARP per 10.0.1.47 viene avviata a partire dalla versione 10.0.1.48, l'ASA risponde con una risposta ARP contenente il proprio indirizzo hardware dell'interfaccia. Ulteriori indagini hanno rivelato che l'ASA risponde alle richieste di più indirizzi IP nella subnet.

In questo caso specifico, è la configurazione NAT sull'appliance ASA a causare il comportamento.

Se si aggiunge la parola chiave no-proxy-arp a comandi NAT specifici, l'ASA non risponderà alle richieste ARP per la subnet IP globale identificata in tali istruzioni NAT.

Nell'esempio, i comandi NAT fanno in modo che l'ASA risponda a qualsiasi richiesta ARP nelle subnet 10.0.1.x/24 e 10.0.2.x/24 sulla rete dell'interfaccia interna. Questi comandi sono stati probabilmente aggiunti alla configurazione dell'ASA per supportare uno scenario NAT sovrapposto:

nat (inside,inside) source static obj-10.0.1.0 obj-10.0.1.0 
destination static obj-10.0.2.0 obj-10.0.2.0
nat (inside,inside) source static obj-10.0.2.0 obj-10.0.2.0 
destination static obj-10.0.1.0 obj-10.0.1.0

Con la parola chiave no-proxy-arp aggiunta a queste righe di configurazione NAT, l'ASA non risponde più alle richieste ARP per quelle subnet.

nat (inside,inside) source static obj-10.0.1.0 obj-10.0.1.0 
destination static obj-10.0.2.0 obj-10.0.2.0 no-proxy-arp
nat (inside,inside) source static obj-10.0.2.0 obj-10.0.2.0 
destination static obj-10.0.1.0 obj-10.0.1.0 no-proxy-arp

Informazioni correlate

Cronologia delle revisioni

Revisione Data di pubblicazione Commenti
1.0
06-Jun-2013
Versione iniziale
TAC Authored

Contributo dei tecnici Cisco

  • Jay Johnston, Srinivasa Munagala, and Tripat Datta
    Cisco TAC Engineers.

Questo documento ti è stato utile?

FeedbackFeedback

Contattaci

Questo documento si applica a questi prodotti