ASA - Wanneer en waarom gebruiken we de opdracht schrijfstand-by

Downloadopties

  • PDF     (232.7 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (84.5 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (67.5 KB)
    Op Kindle-apparaat of via Kindle-app op meerdere apparaten bekijken
Bijgewerkt:25 maart 2013
Document-id:115999

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 bevat informatie over de datum waarop de opdracht schrijfstand-by moet worden gebruikt en over het effect van de opdracht.

Raadpleeg Cisco Technical Tips Conventions (Conventies voor technische tips van Cisco) voor meer informatie over documentconventies.

V. Wanneer moet ik de opdracht schrijf stand-by en welke problemen kunnen ontstaan als die opdracht wordt gebruikt?

A. U hoeft bijna nooit de opdracht schrijfstand-by in te voeren. Hier is wat informatie om u te helpen beter begrijpen wat gebeurt wanneer dat bevel wordt gebruikt.

Wanneer u de schrijfstandby-opdracht invoert, zorgt deze ervoor dat de peer-standby firewall de configuratie uitschakelt. Effectief geeft het een duidelijke configuratie alle commando. Dit veroorzaakt de stand-by om zijn configuratie te wissen binnen toegangscontrolelijsten (ACL’s), interfaces, enzovoort, en het synchroniseert zijn volledige configuratie opnieuw van de actieve peer. Bovendien, terwijl de configuratie wordt gewist, worden alle beheersessies naar de stand-by firewall gewist. Dit is een resultaat omdat de interfaces opnieuw zijn geïnitialiseerd. De stand-by CPU-belasting kan toenemen vanwege de noodzaak om de ACL-gegevensstructuren opnieuw te compileren op de adaptieve security applicatie (ASA) nadat de configuratie opnieuw is samengesteld en opnieuw is gesynchroniseerd.

Opmerking: deze opdracht geeft geen schrijfgeheugenopdracht op de standby-firewall uit. De configuratie van de standby-firewall wordt niet naar het flitsgeheugen geschreven nadat de configuratie is gesynchroniseerd zoals is aangegeven in de ASA-opdrachtreferentie voor schrijfstand-by. Om de configuratie op de standby firewall op te slaan, voert u de opdracht schrijfgeheugen in vanaf de actieve firewall. Raadpleeg het Cisco ASA Series Command Reference document voor meer informatie over schrijfstand-by.

Over het algemeen is de enige tijd dat een schrijfstand moet worden gegenereerd als u hebt bevestigd dat de operationele configuratie van de stand-by firewall niet overeenkomt met de configuratie van de actieve firewall. U dient te bevestigen dat de configuraties niet synchroon zijn. Voer de opdracht show run in op beide eenheden en vergelijk de resultaten. Het enige verschil zou het bevel van de failover landeenheid moeten zijn, dat op primair tegenover secundair wijst.

Gerelateerde informatie

Revisiegeschiedenis

Revisie Publicatiedatum Opmerkingen
1.0
05-Dec-2013
Eerste vrijgave
TAC Authored

Bijgedragen door Cisco-engineers

  • Magnus Mortensen, Michael Robertson, and Andrew Ossipov
    Cisco TAC Engineers.

Was dit document nuttig?

FeedbackFeedback

Contact Cisco

Dit document is van toepassing op deze producten