ASA - Wanneer en waarom gebruik je de schrijfstand-by opdracht?

Downloadopties

  • PDF     (80.7 KB)
    Met Adobe Reader op diverse apparaten bekijken
  • ePub     (85.3 KB)
    Bekijken in diverse apps op iPhone, iPad, Android, Sony Reader of Windows Phone
  • Mobi (Kindle)     (68.4 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 wanneer de opdracht schrijfstand 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.

Q. Wanneer zou ik de opdracht schrijven standby uitgeven en welke problemen zouden kunnen resulteren als die opdracht wordt gebruikt?

A. Je hoeft bijna nooit de commando schrijfstand in te voeren. Hier is wat informatie om u beter te helpen begrijpen wat er gebeurt wanneer die opdracht wordt gebruikt.

Wanneer u het schrijfstandby bevel ingaat, veroorzaakt het de peer standby firewall om zijn configuratie te ontruimen. In feite geeft het een duidelijk signaal af, alle opdracht. Dit veroorzaakt de standby om zijn configuratie binnen toegangscontrolelijsten (ACL's), interfaces, enzovoort te wissen, en het synchroniseert zijn volledige configuratie van de actieve peer. Bovendien worden, terwijl de configuratie is gewist, alle beheersessies naar de standby firewall gewist. Dit is een resultaat omdat de interfaces opnieuw zijn geformatteerd. De belasting van standby CPU kan toenemen vanwege de noodzaak om de ACL-gegevensstructuren op de adaptieve security applicatie (ASA) opnieuw te compileren nadat de configuratie is hersteld en opnieuw is gesynchroniseerd.

Opmerking: deze opdracht geeft in feite geen schrijfgeheugenopdracht uit in de standby firewall. De configuratie van de standby-firewall is niet geschreven naar flash-geheugen nadat de configuratie gesynchroniseerd is zoals opgemerkt in de ASA-opdrachtreferentie voor schrijfstand. Om de configuratie in de standby firewall op te slaan, voert u het opdracht schrijfgeheugen uit de actieve firewall in. Raadpleeg het Cisco ASA Series Opdracht Referentie, 8.4, 8.5, 8.6 en 8.7 document voor meer informatie over schrijfstand.

In het algemeen zou de enige keer dat een schrijfstand moet worden verleend zijn als u hebt bevestigd dat de operationele configuratie van de standby firewall niet overeenkomt met de configuratie van de actieve firewall. U dient te bevestigen dat de configuraties niet-sync zijn. Typ de opdracht uitvoering tonen op beide eenheden en vergelijk de resultaten. Het enige verschil zou de opdracht van de eenheid van het failliet moeten zijn, die primair tegen secundair aanwijst.

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