ASA FAQ: Waarom beantwoordt de ASA op ARP verzoeken om andere IP adressen in Subnet?

Downloadopties

  • PDF     (114.5 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (89.0 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (72.6 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:6 juni 2013
Document-id:116154

Inclusief taalgebruik

De documentatie van dit product is waar mogelijk geschreven met inclusief taalgebruik. Inclusief taalgebruik wordt in deze documentatie gedefinieerd als taal die geen discriminatie op basis van leeftijd, handicap, gender, etniciteit, seksuele oriëntatie, sociaaleconomische status of combinaties hiervan weerspiegelt. In deze documentatie kunnen uitzonderingen voorkomen vanwege bewoordingen die in de gebruikersinterfaces van de productsoftware zijn gecodeerd, die op het taalgebruik in de RFP-documentatie zijn gebaseerd of die worden gebruikt in een product van een externe partij waarnaar wordt verwezen. Lees meer over hoe Cisco gebruikmaakt van inclusief taalgebruik.

Over deze vertaling

Cisco heeft dit document vertaald via een combinatie van machine- en menselijke technologie om onze gebruikers wereldwijd ondersteuningscontent te bieden in hun eigen taal. Houd er rekening mee dat zelfs de beste machinevertaling niet net zo nauwkeurig is als die van een professionele vertaler. Cisco Systems, Inc. is niet aansprakelijk voor de nauwkeurigheid van deze vertalingen en raadt aan altijd het oorspronkelijke Engelstalige document (link) te raadplegen.

Inleiding

Dit document beschrijft waarom de Cisco adaptieve security applicatie (ASA) zou kunnen reageren op verzoeken om adresresolutie Protocol (ARP) van andere IP-adressen op het netwerk. ASA reageert op ARP-verzoeken om IP-adressen anders dan de ASA's interface.

Waarom beantwoordt de ASA op ARP verzoeken om andere IP adressen in Subnet?

De NAT-configuratie (Network Address Translation) op de ASA kan er voor zorgen dat de ASA reageert op ARP-verzoeken om IP-adressen anders dan het ASA-interface-IP-adres.

Probleemscenario:

Denk aan een Ethernet-segment dat apparaten in het 10.0.1.x/24-netwerk heeft aangesloten. De interne interface van ASA wordt gericht op 10.0.1.1. Wanneer een ARP verzoek om 10.0.1.47 van 10.0.1.48 wordt geïnitieerd, antwoordt de ASA met een ARP antwoord dat zijn eigen interface hardware adres bevat. Verder onderzoek onthult dat de ASA op verzoeken om meerdere IP adressen in het net antwoordt.

In dit specifieke geval veroorzaakt de NAT-configuratie op de ASA het gedrag.

Als u het sleutelwoord no-proxy-arp toevoegt aan specifieke NAT opdrachten, zal de ASA niet reageren op ARP verzoeken om het globale IP-subsysteem dat in die NAT-verklaringen is geïdentificeerd.

In dit voorbeeld, veroorzaken deze NAT opdrachten de ASA om op om het even welk ARP verzoek in de subnetten 10.0.1.x/24 en 10.0.2.x/24 op het binnen interfacenetwerk te reageren. Deze opdrachten werden waarschijnlijk toegevoegd aan de ASA-configuratie ter ondersteuning van een overlappend NAT-scenario:

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

Met het geen-volmacht-arp sleutelwoord dat aan deze NAT configuratielijnen wordt toegevoegd, reageert de ASA niet langer op ARP verzoeken om die subnetten.

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

Gerelateerde informatie

Revisiegeschiedenis

Revisie Publicatiedatum Opmerkingen
1.0
06-Jun-2013
Eerste vrijgave
TAC Authored

Bijgedragen door Cisco-engineers

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

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten