Antworten:
Ich denke, Sie können show | compare
aus dem Konfigurationsmodus verwenden.
show conf | compare
im nicht konfigurierten Modus ausgeführt werden.
In Fällen, in denen der allgemeine Konfigurationsmodus nicht verfügbar ist, z. B. wenn die Gehäuse in Clustern angeordnet sind, können Sie die folgende Methode verwenden.
Nach dem Ausführen von commit at
prüft JunOS die Konfiguration und erstellt die Datei /config/juniper.conf+.gz
. Die ausgeführte Konfigurationsdatenbank ist bis zum Festschreiben gesperrt, sodass andere Benutzer keine zwischenzeitlichen Änderungen vornehmen können. Andere Benutzer können ausstehende Änderungen mit dem clear system commit
Befehl löschen . Dies wird die laufende Konfigurationsdatenbank entsperren und andere Commits zulassen. Der ursprüngliche Benutzer ist jedoch möglicherweise ein wenig verärgert darüber, dass seine Änderungen nicht übernommen werden.
Wenn Sie die Unterschiede zwischen der ausstehenden Konfigurationsdatei und der aktuell ausgeführten Konfiguration sehen möchten, gehen Sie wie folgt vor:
configure private
load replace /config/juniper.conf+.gz
show | compare
JunOS gibt den Patch-Text der Änderungen im ausstehenden Commit aus. Nachdem Sie alle Arbeiten ausgeführt haben, die Sie während des ausstehenden Commits ausführen müssen, können Sie diese wieder mit einem load patch terminal
(oder einer Pipe zu einer anderen Datei) einfügen. Der ursprüngliche commit at
Benutzer ist dann viel zufriedener.
Bearbeiten: Wenn Sie in einen privaten Bearbeitungsmodus gezwungen zu sein scheinen, wie dies in einem Chassis-Cluster der Fall sein könnte:
user@SRX3600> configure
warning: Clustering enabled; using private edit
warning: uncommitted changes will be discarded on exit
Entering configuration mode
{primary:node1}[edit]
Sie können verwenden
configure shared
show | compare
Das scheint ganz gut zu funktionieren und umgeht das schlimme Problem, in den privaten Konfigurationsmodus gezwungen zu werden. configure shared
ist ein versteckter Befehl
show configuration | compare rollback <rollback-number>
Die Befehlsausgabe wäre wie folgt:
admin@NICFW1# run show configuration | compare rollback 2
[edit applications application MORTIMERHARVEY]
term WWW_TCP_2131 { ... }
+ term WWW_TCP_65000 protocol tcp destination-port 65000-65050;
{primary:node0}[edit]
admin@NICFW1# run show configuration | compare rollback 3
[edit security policies from-zone Internet to-zone Corporate policy InternetPortals match]
- application [ junos-http junos-https ];
+ application [ junos-http junos-https MORTIMERHARVEY ];
[edit applications application MORTIMERHARVEY]
term WWW_TCP_2131 { ... }
+ term WWW_TCP_65000 protocol tcp destination-port 65000-65050;
Im obigen Beispiel +
steht es für die hinzugefügte -
Konfiguration und für die gelöschte Konfiguration.
begehen | vergleichen Sie
Ich verwende dies immer, um die vorherige gegenüber der neuen Konfiguration zu sehen. Auch die Verwendung von commit confirm 1 oder eines anderen beliebigen Werts kann Sie vor Fehlern und Rollbacks bewahren, wenn der Wert bei Bedarf abläuft. Zum Beispiel ist die 1 nach Bestätigung 1 Minute. Wenn sie nicht bestätigt wird, werden die vorgenommenen Änderungen rückgängig gemacht.
c-tsmith @ COSMO_CORPDC_EX45_00 # commit | ?
Mögliche Abschlüsse: count Anzahl der angezeigten Vorkommen Zeigt zusätzliche Arten von Informationen an, außer Nur Text anzeigen, der nicht mit einer Mustersuche übereinstimmt. Nach erstem Auftreten des Haltens eines Musters suchen. Text halten, ohne die Eingabeaufforderung --More-- last zu verlassen Text, der nicht mehr mit einem Muster übereinstimmt. Ausgabeanforderung nicht paginieren. Anforderungen auf Systemebene auflösen. IP-Adressen auflösen. Speichern. Ausgabetext in Datei zuschneiden. Anzahl der Spalten ab Zeilenanfang zuschneiden
Es gibt ein Beispiel von einem unserer Schalter ohne den Ausgang zum Vergleich.