Ethernet Anahtarlarında işlem tabanlı CLI


10

Yönetilen Ethernet anahtarlarında CLI hakkında bilgim var. Ancak son zamanlarda anahtarlarda 'işleme dayalı CLI' terimiyle karşılaştım. Bunun ne olduğundan ve anahtarlarda bulunma amacından tam olarak emin değilim. Komutları tamamlamadan önce açabileceğiniz veritabanı işlemlerine benzer mi?

Düzenle:

İstendiği gibi:

RX5000 Veri Sayfası

Checkpoint CLI işlemleri


Herhangi bir cevap size yardımcı oldu mu? öyleyse, cevabı kabul etmelisiniz, böylece soru sonsuza kadar ortaya çıkmayacak, bir cevap arıyor. Alternatif olarak kendi cevabınızı verebilir ve kabul edebilirsiniz.
Ron Maupin

Yanıtlar:


10

Yönetilen Ethernet anahtarlarında CLI hakkında bilgim var. Ancak son zamanlarda anahtarlarda 'işleme dayalı CLI' terimiyle karşılaştım. Bunun ne olduğundan ve anahtarlarda bulunma amacından tam olarak emin değilim. Komutları tamamlamadan önce açabileceğiniz veritabanı işlemlerine benzer mi?

  • Rx5000 Bir veritabanında can gibi, adım adım geri dönme eğilimi değişikliklere yeteneği konuşuyor.
  • Checkpoint aynı uğurda ima söz bağlar, ancak onlar bu ayrık yapılandırma komutları tek bir araya toplanabilir belirtmek eylemi "taahhüt".

Yapılandırma arşivi ve geri alma ile Cisco CLI işlemleri

Bu yetenekler endüstrinin başka bir yerinde bulduğunuza çok benzer ... örneğin bir Cisco yönlendiricisinde, archiveCisco'nun çalışan yapılandırmasında etkinleştirdiyseniz , tersinir işlemlerde değişiklik yapabilirsiniz .

SW1#sh runn | b archive
archive
 path bootflash:$h_config
!
SW1#term exec prompt time
SW1#archive config

SW1#dir bootflash:
Directory of bootflash:/

   21  -rw-       52770   Nov 3 2013 12:48:04 -06:00  SW1_config-Nov--3-12-48-02-CST-1
   20  -rw-       52770   Nov 3 2013 12:45:02 -06:00  SW1_config-Nov--3-12-45-00-CST-0
   22  -rw-       52762   Nov 3 2013 12:52:22 -06:00  SW1_config-Nov--3-12-52-20-CST-0
   23  -rw-       52762   Nov 3 2013 14:38:44 -06:00  SW1_config-Nov--3-14-38-41-CST-1
   26  -rw-       66622  Jan 31 2014 13:17:46 -06:00  SW1_configJan-31-13-17-42-CST-2  <---

131436544 bytes total (95956992 bytes free)
SW1#

Şu anda yapılandırılmış bir Loopback100 yok ...

SW1#sh runn int lo100
                  ^
% Invalid input detected at '^' marker.

SW1#

Örnek CLI işlemi yapılandırma ve onaylama

Hadi yapılandırmak Loopback10010 dakikalık geri alma zamanlayıcı ile, yapılandırma anlık beri değişikliklere bakmak, sonra değişiklikleri ve rulo geri doğrulamaktadır. Geri alma zamanlayıcısı yapılandırmayı onaylamadan sona ererse, otomatik olarak sonuncuya geri config archivedöner (bu da gerçekleştirdiğinizde olur config terminal revert).

Bu işlemler değerlidir, çünkü yönlendiricinizin yapılandırmasını erişilemediği noktaya tamamen hortumlarsanız, otomatik olarak kaydedilen anlık görüntünüze geri dönecektir ... ayrıca yönlendiriciyi yönetebiliyorsanız, ancak bilinen bir ürüne geri dönmeniz gerektiğinde de yardımcı olur. çabuk yapılandırın.

SW1#configure terminal revert timer 10
Rollback Confirmed Change: Backing up current running config 
 to bootflash:SW1_configJan-31-13-20-21-CST-3

Enter configuration commands, one per line.  End with CNTL/Z.
SW1(config)#
SW1(config)#int loopback 100
SW1(config-if)#ip address 1.2.3.4 255.255.255.255
SW1(config-if)#end
SW1#

Looback100'ün var olduğunu görebiliriz ...

SW1#sh runn int lo100
Load for five secs: 28%/0%; one minute: 24%; five minutes: 24%
Time source is NTP, 13:21:25.243 CST Fri Jan 31 2014

Building configuration...

Current configuration : 65 bytes
!
interface Loopback100
 ip address 1.2.3.4 255.255.255.255
end

SW1#

Son yapılandırma arşivine geri dönmek için gereken farkları görebiliriz ...

SW1#sh archive config differences bootflash:SW1_configJan-31-13-17-42-CST-2
Load for five secs: 17%/0%; one minute: 24%; five minutes: 23%
Time source is NTP, 13:25:55.832 CST Fri Jan 31 2014
!
!Contextual Config Diffs:
-interface Loopback100
 -ip address 1.2.3.4 255.255.255.255

SW1#

Şimdi taahhüdü onaylayabiliriz ... bu, 10 dakikalık zamanlayıcının süresi dolduğunda otomatik olarak geri dönmeyeceğimiz anlamına gelir.

SW1#configure confirm
SW1#sh runn int loo100
Load for five secs: 25%/0%; one minute: 25%; five minutes: 24%
Time source is NTP, 13:30:17.269 CST Fri Jan 31 2014

Building configuration...

Current configuration : 65 bytes
!
interface Loopback100
 ip address 1.2.3.4 255.255.255.255
end

SW1#

CLI İşlem Geri Alma

Sonra bir sorun bulduğumuzu varsayalım config confirm. Arşivlediğimiz eski yapılandırmaya geri dönelim ...

SW1#configure replace bootflash:SW1_configJan-31-13-17-42-CST-2
This will apply all necessary additions and deletions
to replace the current running configuration with the
contents of the specified configuration file, which is
assumed to be a complete configuration, not a partial
configuration. Enter Y if you are sure you want to proceed. ? [no]: yes
Total number of passes: 1
Rollback Done

SW1#

Artık Loopback100 çalışan yapılandırmada mevcut değil. Konfigürasyon, ilk fotoğrafımızı çektiğimizde olduğu gibi.

SW1#sh runn int lo100
                  ^
% Invalid input detected at '^' marker.

SW1#

Bir geri alma oluştuğunda, yapılandırma diğer yapılandırma etkinliklerinden kilitlenir. Bir hata veya öngörülemeyen bir olay configuration mode exclusive auto expire [timeout-in-seconds]durumunda, bu özelliği kullanırken yapılandırmanızda iyi bir fikir olabilir . 600 saniyelik maksimum zaman aşımı değerini seviyorum ... Bu, yapılandırmanın kilitlenebileceği maksimum sürenin 10 dakika olduğu anlamına gelir.

Tarihsel not

Başlangıçta Juniper, yapılandırma geri alma özelliklerini dağıtan ilk büyük tedarikçiydi. O sırada Cisco için çalıştım ve satış hesaplarımız Cisco IOS'ta bu özellik için bağırıyordu. "Cisco IOS'ta imkansız" diyen şirketteki önemli oyuncuların iç emirlerini hala hatırlıyorum.

Tabii ki, yeterli ısrarla (ve ortada birkaç yıl) IOS'ta var ... asıl nokta, ilk "hayır, bunu yapamayız" gerçekten doğru.


Örnek için teşekkürler. Bir şey benim için açık değildi ... Komutları yazdığınızda değişiklikler (bu durumda geri döngü) hemen etkinleştirilir mi yoksa işlemleri onayladıktan sonra etkinleştirilir mi (yapılandırmayı onayla).
mütevazı

@modest, Cisco komutları hemen uygular; bir yaptığınızda config confirm, yönlendiriciye bu değişiklikleri otomatik olarak geri almak istemediğinizi söylersiniz. Tabii ki, zamanlanmış geri alma olmadan değişiklik yapmak tamamen mümkündür. Her iki durumda da, komutlar hemen etkindir.
Mike Pennington

1

Varsayımınız doğru. Her iki durumda da, yapılandırma komutlarını beklendiği gibi çalışmazlarsa bilinen bir noktaya geri alabilirsiniz.


Anladım. Ancak, işler kötüleşirse, önceki yapılandırma dosyasını yükleyerek (değişiklik yapmaya başlamadan önce kaydettiğinizi varsayarak) efekti elde edebilirsiniz. Burada bir şey mi eksik?
mütevazı

@modest Önceki yapılandırmayı yeniden yüklemek "no <cmd>" gerektiren komutları kaldırmaz. Örneğin, "ip access-group 100 in" komutuyla bir arabirime bir erişim listesi uygular ve ardından yapılandırmayı yeniden yüklemek için "copy start run" yazarsanız, erişim listesi kaldırılmaz.
Ron Trunk

Bu özelliğin yaptığı diğer bir şey (en azından Cisco ve Juniper'da) bir geri alma zamanlayıcısı ayarlamanıza izin verir. Zamanlayıcının süresi dolduğunda, yapılandırma kendi kendine geri döner. Bu, cihaza olan iletişimi kaybetmenize neden olan bazı değişiklikler yaptıysanız faydalıdır. Şimdiye kadar yaptığımdan değil :(
Ron Trunk
Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.