Чи можу я побачити очікувані (фіксувати) зміни у вікні JunOS?

Якщо інженер налаштовує деякі зміни у вікні JunOS, а потім встановить їх на реалізацію пізніше, це фактично блокує конфігураційну базу даних з ексклюзивним конфігурацією. Як я бачу зміни, які він чи вона вчинив?

Я думаю, ви можете використовувати show | compareв режимі конфігурації.

У випадках, коли загальний режим налаштування недоступний, наприклад, коли шасі кластеризовані, ви можете використовувати наступний метод.

Після виконання a commit at, JunOS перевіряє конфігурацію та створює файл /config/juniper.conf+.gz. Працює база даних конфігурації буде заблокований до тих пір , поки зобов'язання по часу, так що інші користувачі не зможуть зробити проміжні зміни. Інші користувачі можуть видалити очікувані зміни за допомогою clear system commitкоманди. Це розблокує запущену базу даних config і дозволить виконати інші коміти; однак, оригінальний користувач може трохи засмутитися, коли його зміни не відбудуться.

Якщо ви хочете побачити, які відмінності між очікуваним конфігураційним файлом і поточним запущеним конфігурацією, виконайте наступне:

configure private
load replace /config/juniper.conf+.gz
show | compare

JunOS виведе текст стилю виправлення змін у відкладеному комітеті. Виконуючи будь-яку роботу, яку вам потрібно виконати під час відкладеної комісії, ви можете вставити її назад load patch terminal(або трубу в інший файл), і початковий commit atкористувач буде набагато щасливішим.

Редагувати: Якщо вам здається, що ви змушені перейти в режим приватного редагування, як це може бути у кластері шасі:

user@SRX3600> configure 
warning: Clustering enabled; using private edit
warning: uncommitted changes will be discarded on exit
Entering configuration mode

{primary:node1}[edit]

ви можете використовувати

configure shared
show | compare

Це, здається, спрацьовує прекрасно, і спідниці, які неприємні питання про те, щоб бути примушеним до приватного режиму налаштування. configure sharedє прихованою дорученням

show configuration | compare rollback <rollback-number>

Вихід команди буде наступним чином:

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;

У наведеному вище, наприклад, +представлений конфігурацію, яку було додано, і -представлений конфігурацію, яку було видалено.

вчинити | порівняти

Я завжди використовую це для перегляду попереднього та нового конфігурації, а також використання підтвердження фіксації 1 або іншого довільного значення може врятувати вас від помилок і відкату, коли значення закінчується, якщо це потрібно. Наприклад, 1 після підтвердження - 1 хвилина. Після цього, якщо не підтверджено, воно відкине внесені зміни.

c-tsmith @ COSMO_CORPDC_EX45_00 # фіксувати | ?
Можливі завершення: відображення підрахунку кількість подій Показати додаткові типи інформації, крім Показати лише текст, який не відповідає шаблону пошуку Шукати перше виникнення утримування шаблону Утримуйте текст без виходу із запиту - Більше-- останній Відображення кінця виводу лише відповідність Показати лише текст, що відповідає шаблону не більше Не пагітувати запит виводу Зробити запити на рівні системи вирішити Розв’язати IP-адреси зберегти Зберегти вихідний текст для обрізання файлу Обрізати вказану кількість стовпців від початку рядка

Є приклад одного з наших комутаторів без виходу для порівняння.