ASA - Wann und warum sollte der Befehl write standby verwendet werden?

Download-Optionen

  • PDF     (81.6 KB)
    Mit Adobe Reader auf verschiedenen Geräten anzeigen
  • ePub     (94.0 KB)
    In verschiedenen Apps auf iPhone, iPad, Android, Sony Reader oder Windows Phone anzeigen
  • Mobi (Kindle)     (77.6 KB)
    Auf einem Kindle-Gerät oder einer Kindle-App auf mehreren Geräten anzeigen
Aktualisiert:25. März 2013
Dokument-ID:115999

Inklusive Sprache

In dem Dokumentationssatz für dieses Produkt wird die Verwendung inklusiver Sprache angestrebt. Für die Zwecke dieses Dokumentationssatzes wird Sprache als „inklusiv“ verstanden, wenn sie keine Diskriminierung aufgrund von Alter, körperlicher und/oder geistiger Behinderung, Geschlechtszugehörigkeit und -identität, ethnischer Identität, sexueller Orientierung, sozioökonomischem Status und Intersektionalität impliziert. Dennoch können in der Dokumentation stilistische Abweichungen von diesem Bemühen auftreten, wenn Text verwendet wird, der in Benutzeroberflächen der Produktsoftware fest codiert ist, auf RFP-Dokumentation basiert oder von einem genannten Drittanbieterprodukt verwendet wird. Hier erfahren Sie mehr darüber, wie Cisco inklusive Sprache verwendet.

Informationen zu dieser Übersetzung

Cisco hat dieses Dokument maschinell übersetzen und von einem menschlichen Übersetzer editieren und korrigieren lassen, um unseren Benutzern auf der ganzen Welt Support-Inhalte in ihrer eigenen Sprache zu bieten. Bitte beachten Sie, dass selbst die beste maschinelle Übersetzung nicht so genau ist wie eine von einem professionellen Übersetzer angefertigte. Cisco Systems, Inc. übernimmt keine Haftung für die Richtigkeit dieser Übersetzungen und empfiehlt, immer das englische Originaldokument (siehe bereitgestellter Link) heranzuziehen.

Einführung

Dieses Dokument enthält Informationen zum Zeitpunkt der Verwendung des Befehls write standby und den Auswirkungen des Befehls.

Weitere Informationen zu Dokumentkonventionen finden Sie unter Cisco Technical Tips Conventions (Technische Tipps von Cisco zu Konventionen).

F. Wann sollte ich den Befehl write standby erteilen, und welche Probleme könnten auftreten, wenn dieser Befehl verwendet wird?

Antwort: Sie müssen fast nie den Befehl write standby eingeben. Hier einige Informationen, die Ihnen helfen, besser zu verstehen, was passiert, wenn dieser Befehl verwendet wird.

Wenn Sie den Write Standby-Befehl eingeben, löscht die Konfiguration der Peer-Standby-Firewall. Es wird tatsächlich ein klarer Befehl config all ausgegeben. Dadurch löscht der Standby seine Konfiguration in Zugriffskontrolllisten (ACLs), Schnittstellen usw. und re-synchronisiert seine gesamte Konfiguration vom aktiven Peer. Während die Konfiguration gelöscht wird, werden außerdem alle Management-Sitzungen der Standby-Firewall gelöscht. Dies ist darauf zurückzuführen, dass die Schnittstellen neu initialisiert wurden. Die CPU-Last im Standby-Modus kann ansteigen, da die ACL-Datenstrukturen auf der Adaptive Security Appliance (ASA) neu kompiliert werden müssen, nachdem die Konfiguration neu erstellt und re-synchronisiert wurde.

Hinweis: Dieser Befehl gibt keinen Schreibspeicher-Befehl auf der Standby-Firewall aus. Die Konfiguration der Standby-Firewall wird nach der Synchronisierung der Konfiguration nicht in den Flash-Speicher geschrieben, wie in der ASA-Befehlsreferenz für Write Standby angegeben. Um die Konfiguration auf der Standby-Firewall zu speichern, geben Sie den Befehl write memory (Schreibspeicher) über die aktive Firewall ein. Weitere Informationen zum Schreibstandby finden Sie im Dokument Cisco ASA Series Command Reference, 8.4, 8.5, 8.6 und 8.7.

Im Allgemeinen sollte ein Write Standby nur dann ausgegeben werden, wenn Sie bestätigt haben, dass die Betriebskonfiguration der Standby-Firewall nicht mit der Konfiguration der aktiven Firewall übereinstimmt. Stellen Sie sicher, dass die Konfigurationen nicht synchronisiert sind. Geben Sie den Befehl show run auf beiden Einheiten ein, und vergleichen Sie die Ergebnisse. Der einzige Unterschied sollte der Befehl Failover LAN Unit sein, der einen primären und einen sekundären Befehl angibt.

Zugehörige Informationen

Revisionsverlauf

Überarbeitung Veröffentlichungsdatum Kommentare
1.0
05-Dec-2013
Erstveröffentlichung
TAC Authored

Beiträge von Cisco Ingenieuren

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

War dieses Dokument hilfreich?

FeedbackFeedback

Cisco kontaktieren

Dieses Dokument gilt für folgende Produkte.