Kısayolları kullanarak Cisco IOS'ta CLI yazmayı nasıl hızlandırabilirim?


10

sh ip int briYazmayı hızlandırmak için otomatik tamamlama (sekme tuşu) ve kısaltılmış komutları (örneğin) kullanabileceğimizi biliyorum .

Ancak, ben hala gibi crypting zincirleri yazarak memnun değilim sh ip dh sn bi | i 20.12için show ip dhcp snooping binding | include 20.12.

Sık kullanılan komut dizileri için kısayolları tanımlayabilir miyim ve nasıl?


Ne yazdığınızı biliyorsanız, bunu show ip dhcp snooping...yazarken sh ip dh sn... düşünürsünüz Bunu bir e-postayla başka birine gönderiyorsanız, en azından kısaltmaları açık hale getirin (örn. snoopVs sn). Bu durumda kısaltmamayı tercih ediyorum. IMHO, takma adlar, mühendisler hala bazı yararlı çıktılar görmesi gereken cisco anlayışlı olmayan teknolojiler için yapılandırmaları dağıtırken harika. Cisco meraklıları için takma adlar onları tembelleştirir. (Yine, tamamen benim fikrim ...)
Tarah

1
Daha hızlı yazmayı öğrenmek bir seçenektir. ;-)
generalnetworkerror

1
@generalnetworkerror Sıklıkla 800 ms gecikmeli doymuş düşük bant genişlikli uydu bağlantıları kullanmam gerekiyor. Daha az tuş vuruşu bir seçenek olabilir, gerçekten hızlı değil (hızlı olmama rağmen).
Stefan

Nagle algoritmasını bu yüksek gecikmeli bağlantı üzerinden mi kullanıyorsunuz? "Yönlendirici (yapılandırma) # hizmet
nagle

@generalnetworkerror Çok iyi bir nokta! Nagle kullanmıyorum ama TCP optimizasyonu ve sıkıştırma için her yerde bir WAAS.
Stefan

Yanıtlar:


17

Biz kullanabilirsiniz alias küresel conf modda komut:

alias <mode> <command-alias> <original-command>

<mode>birçok IOS komut modundan biridir . Farklı modlarda ihtiyacınız varsa, alias ?uzun bir mod listesi elde etmek için her biri için çağırmanız gerekir .

Bir dhcp gözetleme IP'sini kontrol etmek için bir örnek, global conf modunda yazın

alias exec snoop show ip dhcp snooping binding | include

Şimdi snoop 172.16.20.12bu IP'yi kontrol etmek veya snoop 801VLAN 801'deki tüm IP'leri kontrol etmek için yazabilirsiniz . Benzer şekilde yapın show mac-address-table | includeve arama ve sorun giderme konusunda daha hızlısınız.

Diğer ipuçları:

  • takma adlarınızı kendiniz ve meslektaşlarınız için belgeleyin
  • sh aliases takma adlarınızı ve önceden tanımlanmış olanları gösterir
  • ederken no alias <mode> <command>bir takma ad kaldırmak için tahmin edilebilir, no alias <mode>Aynı anda birkaç temizleyebilirsiniz böylece, - tam modu için adlar siler default alias <mode>beklendiği gibi, benzer şekilde çalışır
  • takma adları kullanmaya karar verirseniz, ihtiyacınız olan her yerde bir kez konuşlandırın
  • Cisco Prime gibi araçlar, dağıtımda yardımcı olabilir
  • orijinal komutları unutmayın ;-)

Lol, kendi sorunuzu yayınladığınız anda cevapladınız mı? :) Bilgiyi arşivlemek mi?
Bulki

@Bulki Bilgi paylaşımı, beta aşamasında anlamlı site içeriği oluşturma, alternatif çözümler arama. O zaman "Lol" ne demek?
Stefan

Eh, bunu gördüğünüzde komik, ama ben bunu diğerleri için de iyi bir bilgi veritabanı olması gerçekten önemli olduğunu düşünüyorum :) Ben bile fark :) şaşırttı :) iyi mesajlar btw!
Bulki

6

Karmaşık görevler için TCL'ye bakmanızı öneririm. TCL'yi, veri toplama ve görüntüleme konusunda inanılmaz miktarda esneklik sağlayan IOS / Nexus cihazlarınızda depolanıp çalıştırılabilen komut dosyaları oluşturmak için kullanabilirsiniz.

Basit görevler için daha hızlı olmamakla birlikte, birden fazla komuttan bilgi toplayabilir ve ilişkilendirebilir ve istediğiniz gibi yeniden biçimlendirebilirsiniz. Ayrıca SNMP'den bilgi alabilir.

İncelemediyseniz, böyle bir belgeyi burada bulabilirsiniz .

Düzenleme: Bunu eklemedim, ama muhtemelen olmalı. TCL betiğinizi yerleştirdikten sonra, betiğe daha hızlı erişim sağlamak için Stefan'ın harika yanıtındaki diğer ad komutunu kullanabilirsiniz. Örneğin:

alias exec mac-lookup tclsh flash:mac-lookup.tcl

Ayrıca iyi bir öneri, ancak OP'nin sorusuna cevap vermiyor. :-)
John Jensen

Takma ad anlamında bir kısayol olmasa da, birtakım şeyler yapabildiği ve istediğiniz verileri tüm bu komutları yazmak için gerekenden daha kısa sürede görüntüleyebileceği için bir kısayoldur. Örneğin, bir MAC adresi verdiyseniz, bağlı olduğu arabirimi, o bağlantı noktasına kaç tane başka aygıtın bağlandığını, o arabirimin arabirim sayaçlarını, söz konusu MAC için herhangi bir DHCP gözetleme girişini vb. . Seçenekler TCL ile olmasını istediğiniz kadar sınırsızdır. Büyük olsa da takma adlar kapsam ve ne kadar iş / yazım kaydedebilecekleri sınırlıdır.
YLearn

Q'nun "sık kullanılan komut dizileri" ve "CLI yazmayı hızlandırma" bölümlerine girdim. Birçok ortak görevin çalıştırılması için bir dizi veya komut dizisi gerektirdiğinden, bu durumlarda "kısayol" sağlamak için TCL daha iyidir. "
YLearn

@YLearn ile anlaştı; bazen daha iyi (mutlaka en iyi değil) yanıtı OP ve CLI geliştirmeleri için tüm seçenekleri anlamak için okuyan diğerleri için çok değer katar. Acemi OP'ler TCL'nin farkında bile olmayabilir, ancak tam olarak aradıkları bu olabilir.
generalnetworkerror

Benim argümanım, bir Tcl betiği yazmak yerine takma ad oluşturmak için gereken çaba miktarıdır ve herkesin Tcl sözdizimini öğrenmek için boş zamanı (veya isteği) yoktur. Re: OP'nin sorusunu cevaplarken, Tcl seçeneğine işaret etmenin faydasını görebiliyorum.
John Jensen

2

Şahsen takma adın kötü bir fikir olduğunu düşünüyorum. Favori takma adınızın tanımlanmadığı bir aygıta ne zaman giriş yapacağınızı asla bilemezsiniz. Sonra tekrar başlangıçtan ne yazdığınızı hatırlamanız gerekir.

Yapılacak en iyi şey? Sadece yazmaya devam edin. Sonunda yazma hızınız artacaktır.


Takma ad kullanma konusunda sorunum yok. Temel kuralım, bilmediğim / anlamadığım şeyleri basitleştirmek için değil, işi daha verimli hale getirmek için kullanılması gerektiğidir. Takma ad olmadan yapabilirseniz, harika, takma adın ne yaptığını anladığınızdan emin olun.
YLearn

1

Telnet / ssh / konsol erişiminiz için securecrt kullanıyorsanız (ve çok fazla kabuk komut dosyasına girmek istemiyorsanız) komutlarınızı her zaman "kaydedebilirsiniz", bir seçenek vardır ve daha sonra araçlarda kayıtlı komut dosyanızı seçebilirsiniz Olduğuna inanıyorum


0

Ne yaptığınıza bağlı olarak, ortak görevlerinizi yapmak için kabuk, beklenti veya diğer komut dosyaları yazmak daha iyi bir seçenek olabilir.

Temel sorun giderme için uyarı sistemimin bilgi toplama bölümünü zaten yapmış olması daha da güzel.

Çentik gibi araçları, "Bay CLI" gibi ilgili araçlarla birleştirmek , gerçekten size çok güçlü bazı araçlar oluşturmanıza, bugün size yardım etmenize ve tam olarak otomasyona geçmezseniz, yarınları daha da iyileştirmek için kolay bir yol oluşturmanıza izin verebilir. görevleri temel adımları uygulayan ve kullanıcı sorunlarını daha hızlı çözmeye yardımcı olan önemsiz bir web uygulaması verilebilen bir yardım masasına kaydırmak.


Bütün bunlar temelde açık olsa da, OP'nin sorusunu hala cevaplamıyor; temelde tartışmalardan kaçınmamız gereken noktalar yaratıyor.
John Jensen
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.