Cisco IOS: shut?

Hallo,


Hier die command reference

Wie sieht den dein Cursor aus?
Entweder bist du nicht im 'enable mode' oder dein Account hat nicht das Recht dazu.

brammer

Moin,

Du kannst jeden Befehl und jedes Argument Einkürzen (Buchstaben weglassen) und zwar so weit, so dass es noch eindeutig ist.
Ob es eindeutig ist, kannst Du auch einfach austesten, indem Du ein ? dranhängst. Kommt da nur der gewünschte Befehl, ist es eindeutig.

Beispiel von oben:
configure terminal

conf t (ist üblich)
conf term (wäre möglich)
conf te (wäre möglich)
config t (wäre möglich)
usw....

co t würde nicht gehen, da co auch für copy stehen könnte.

Diese Art Abzukürzen ist normal. Warum sollte jetzt für jeden Befehl und jedes Argument auch noch die max. kürzeste Abkürzung dokumentiert werden? Keiner zwingt Dich, die Abkürzung zu nutzen.

Grüße,
Torsten

Natürlich funktioniert die Hilfe nur kontextbezogen und das ist ja auch gut so. Den Befehl "shutdown" gibt es ja nunmal ausserhalb der Terminalkonfiguration nicht.

Ich denke, Du hast hier auch die falsche Erwartungshaltung.
Es gibt für die Befehle jeweils nicht DIE richtige Abkürzung.
Der Befehlsinterpreter ist nur so schlau und nett, dass er Eingaben auch akzeptiert, wenn diese nicht zu Ende geschrieben wurden. Vorausgesetzt eben, dass diese eindeutig sind.

Noch ein Beispiel:
copy running-config startup-config

wird üblicherweise copy run start abgekürzt.
Man könnte das Ganze aber auch auf cop ru st verstümmeln.
Was sollte dann jetzt hier die "richtige" Abkürzung sein, die in eine Referenz aufgenommen werden sollte? Die kürzeste? Oder doch die, aus der noch ein wenig Kontext hervorgeht?
(Ich warte schon auf die Antworten, dass wr mem die richtige Abkürzung ist. )

Eine vollstaendige Referenz wird es niemals geben.
Alleine schon dein shutdown Beispiel:

shutdown
shutdow
shutdo
shutd
shut
shu
sh

aber nicht mehr
s

Das haengt halt immer davon ab, was *im jeweiligen* Kontext eindeutig ist. Meine Liste kommt von einem Gigabit Interface. Das kann durchaus anders sein wenn man auf verschiedenen Interfaces unterwegs ist, oder auf anderen Komponenten wo ein shutdown moeglich ist. Ein dial-peer zB hat ganz anderere Befehle als ein Interface.
Dazu kommt dann ja auch noch der jeweilige Modus.

Ich habe mir angewoehnt, dass wenn ich mir nicht sicher bin, die Tab Taste zu druecken. Ist das aktuelle Wort schon eindeutig, wird es vervollstaendigt. Ist es nicht eindeutig kann man ein ? eintippen um eine Liste zu bekommen.

Die gibt es nicht und ist auch unsinnig. Der Command Line Parser ist so programmiert das eine Abkürzung dann eindeutig ist wenn damit das Kommando im jeweiligen Level eindeutig ist.
Die Logik ist also ganz einfach.
Hier siehst du ein Beispiel zum Kommando Shutdown was Interfaces deaktiviert. Sprich es wirkt also nur auf dem Interface Config Level (zu sehen am "config-if" if=interface im Prompt):
cisco(config-if)#s?
service service-policy service-routing shutdown
snapshot snmp source standby

cisco(config-if)#s
% Ambiguous command: "s"

cisco(config-if)#sh?
shutdown

Du kannst sehen das du nichts mit "s" abkürzen kannst, da es mehrere Kommandos gibt die damit anfangen und das Kommando somit mehrdeutig wäre. Wie du selber sehen kannst quittiert der Cisco so ein Kommando dann auch logischerweise mit Ambiguous command: wenn man es eingibt !

Addiert man dann aber einen weiteren Buchstaben ist das Kommando damit absolut eindeutig und kann dann auch ausgeführt werden.
Allein für das Kommando shutdown gäge es dann zig Abkürzungen "sh", "shu", "shut", "shutd" usw. usw.
Wie sinnvoll und intelligent es dann wäre für ein Kommandoset was mehrere Hundert Kommandos enthält so eine unsinnige Referenz von logisch möglichen Abkürzungen zu erstellen kannst du dir dann sicher selber denken.
Normal sollte dafür eigentlich der gesunde Menschenverstand reichen auf den Cisco dann zu Recht auch setzt.

Arbeite doch einfach immer mit dem Fragezeichen ! "s?" Siehe Tip des Kollegen @rana-mp oben.
Das zeigt dir dann doch sicher an wieviel Buchstaben es braucht bis ein Kommando eindeutig ist. Mit der <Tab> Taste kann du dann noch autokomplettieren wenn du willst und alles ist gut... Braucht man eigentlich keinen Foren Thread für. 😉
https://community.cisco.com/t5/networking-documents/cisco-ios-cli-comman ...
https://www.certificationkits.com/cisco-certification/ccna-articles/cisc ...
Lesen und verstehen...

Hallo,

eine Liste aller Kommandos kenne ich nicht.

Die Befehlsreferenz ist aber auch unterschiedlich abhängig von der IOS Version.

wenn bei dir bei diesem Cursor # shut nicht funktioniert, ist das normal.
Shutdown ist ein Konfigurationsbefehl, der geht nur im Konfigurationsmodus

also in der Reihenfolge:


Die Cisco Konsole gibt dir hier aber umfangreiche Hilfe.
Wenn du nur einen Buchstaben eingibst und ein '?' direkt dahinter werden dir alle in dieser Ebene erlaubten Befehle mit dem Anfangsbuchstaben angezeigt


Wenn du die ersten 3 Buchstaben eines Befehls eingibst und dann die Tabulator Taste drückst wird der Befehl vervollständigt
Wird nicht vervollständigt gibt es mindestens 2 Befehle mit den selben Anfangsbuchstaben

Beispiel:

'con' wird mit der Tabulator Taste nicht vervollständigt, da es 2 Befehle gibt die mit 'con' anfangen


conf + Tabulatortaste

brammer

Kennst du als alter Cisco Hase und Profi ganz sicher !! Nennt sich "Command Reference" bei Cisco.

Holla die Waldfee....da bist du aber Monate beschäftigt wenn du das zu Papier bringen willst. Mit der dir oben erklärten Logik solltest du das eigentlich auch papierlos im Kopf können.

Wenn's das denn nun war bitte
Wie kann ich einen Beitrag als gelöst markieren?
nicht vergessen.

Hallo,

@aqui


Das sind aber viele viele viele Listen....

brammer

Was möchtest du denn als Referenz anlegen? Nehmen wir nur mal den einfachen config terminal - dann musst du min. haben
conf t
conf te
config ter
conf terminal
config te
config ter
-> du hast also denselben Befehl ca. x mal... Das macht keinen Sinn... Die Command-Referenz sagt dir ja den kompletten Befehl - die Abkürzungen musst du halt selbst kennen oder eben nicht. Wie bei einem Navi: Das sagt dir immer EINEN Weg wie du zum Ziel kommst - wenn du aber einen ortskundigen Fahrer hast fährt der ggf. nicht den weg weil der 5 Abkürzungen kennt oder weiss das der vorgeschlagene Weg einfach länger dauert. Das ändert aber nichts daran das der vorgeschlagene Weg auch zum Ziel führen wird.

In den Geräte Konfigurationen selber sind die Kommandos generell immer vollständig und niemals abgekürzt ! Wo ist also dein Problem ?
Die Abkürzungen finden doch nur beim SE im Kopf statt wenn er die Geräte konfiguriert. Und ob sie stattfinden oder nicht ist doch auch alleinige Sache des SE's.

Das ist ja üblich und macht jeder Cisco Netzwerker so !
Macht auch jeder Cisco Netzwerker so.
Er nimmt dann diese Konfig Dateien die ja sinnigerweise immer System bedingt die kompletten Kommados haben und Cut and Pastet sie dann in die neuen Maschinen. Simpler Standard. Noch schlauer ist es natürlich sie per TFTP im Autoconfig Mode gleich beim Einschalten booten zu lassen aber das ist die Königsklasse.
In den geänderten Archiv Dateien verwendet kein verantwortungsvoller Cisco Netzwerker Abkürzungen. Das wäre fatal, denn es könnte bei Nichteindeutigkeit ja den Abbruch und lamngwieriges Troubleshooting der Syntax bedeuten.
Sagt einem aber auch der gesunde IT Menschenverstand das solch archivierte und gesicherte Konfigs deshalb wegen der dann damit verbundenen hohen Fehleranfälligkeit niemals Abkürzungen enthalten sollten. Haben sie prinzipbedingt ja auch niemals, denn in der Regel kommen sie ja immer direkt von einer Maschine die diese ja per se immer vollständig ausgibt.
Irgendwie ist deine Problematik deshalb nicht richtig nachvollziehbar oder wir missverstehen das hier ?!

Hallo,

Wenn du der Meinung bist das du dir eine Liste anlegen willst, mach das.

Ich glaube du wirst, mit der Zeit, in der Praxis sehen das du die Liste nicht brauchen wirst.

brammer

Irgendwie unsinnig in einem Cisco Umfeld...aber nundenn.
Case closed !

Jetzt nicht dein Ernst, oder ??
Dafür reicht ein simples show run auf dem CLI.
Wenn du das automatisiert machen willst ist das ein 3 Zeiler in Bash, Powershell, Perl oder Expect.
Mit den SNMP Tools sogar per SNMP auslesbar.
Das Kommando "show run" im Cisco Umfeld nicht zu kennen ist so als wenn du nicht wüsstest wie man atmet.
Sorry aber jetzt fühlt sich das etwas an als ob du uns hier alle etwas vera....
https://www.coufal.info/cisco_ios/