Dotaz: Ako funguje expect?

[Hjustn]

Potrebujem sa z Linuxu prihlasit cez SSH na switch a vykonat tam 3-4 prikazy.

#!/usr/bin/expect

        set timeout 20

        set Password "blala"

        spawn ssh -o "StrictHostKeyChecking no" login@192.168.1.2

        expect "Password: "

        send "$Password\n"

        expect "prompt#"

        send "\n\n"

        expect "prompt#"

        send "terminal length 0\n"

        expect "prompt#"

        send "show arp\n"

        expect "prompt#"

        send "show ipv6 neighbors\n"

        expect "prompt#"

        send "exit\n"

        sleep 1
exit

Skript zbehne, ale vykona sa iba do show arp vratane. V pouziti \r a \n nevidim rozdiel.
Skusal som aj sleep po jednotlivych prikazoch, ale nemalo to na nic vplyv.

Odpovědi

[randy]

radsej pouzi Rancid - pouzivam uz nejakych 15 rokov na automaticke prihlasovanie ci vykonavanie prikazov na sietovych prvkoch cez skript

[X]

Mel jsem za to, ze Rancid je uz torchu obsolate a poziva se Napalm.

[randy]

Nikdy som o tom nepocul, ale ako pozeram je to Python (cize nic pre mna). Sice je tam moznost pouzit len cli, len to nema zdielany konfig ako rancid (~/.cloginrc) so vsetkymi heslami a nastaveniami pristupov na zariadenia. Ale aspon netreba pouzita extra parser, ako to robim ja.

[d.c.]

Tak zasadni vec je, ze prompt shellu neni posilan na stdin ale na stderr.

[Vlado99]

Ahoj.

Či Ty náhodou nevymýšľaš "narovnák na ohejbák".

Normálne sa na ssh prihlasuje pomocou kľúčov (pozri ssh-keygen). V extrémne zriedkavých prípadoch, keď sa to nedá (zažil som taký neobyčajný hosting, ktorý prihlasovanie kľúčom na ssh konzolu vyslovene zakazoval), je možné použiť sshpass.

Klient ssh umožňuje zadať príkaz, ktorý sa má vykonať na vzdialenej strane (a keď nie je príkaz zadaný, spustí sa interaktívna session).

Vyššie spomínaný príklad by sa mal dať riešiť jedným riadkom

ssh -o "StrictHostKeyChecking no" login@192.168.1.2 "show arp ; show ipv6 neighbors"

[randy]

Nevymysla, snazi sa o presne to, co robi rancid (na pozadi je to perl a expect). Dotaz je ohladom prihlasenia na sietovy prvok prepinac / smerovac, kde casto skoncis v privilege level-1 a pre plne prava musis zadat prikaz (cisco - `enable`, hpe `super level-15`) a dalsie heslo (tacacs+ enable). Ale ano, s jednym heslom je to mozne, no casto je problem a prave vtedy pomoze rancid. Netreba pouzit automaticke zalohovanie konfigov, ale napr v pripade starsieho cisco zariadenia staci pouzit `clogin -c "sh arp; sh ipv6 neigh" host` (nexus ma prikaz "sh ip adj") a automaticky sa to prihlasi (ak ssh nepojde, skusi telnet), podla nastavenia prejde do enable, vykona prikazy a odhlasi sa. Bez -c to prihlasi do interaktivneho rezimu. Kolegovci nevedia zit bez SecureCRT, ja bez tohoto.

[Hjustn]

Retazenie prikazov cez ; pod IOSom na danom switchi nie je podporovane.
Navyse potrebujem zrusit strankovanie vystupu (set terminal width 0), aby som dostal vsetky udaje. A potrebujem to urobit v ramci jedneho pripojenia.

[k3dAR]

expect ani cisco sem nikdy neresil, ale vyskocilo na me, ze lidi to casto resej (ve Windows) pres plink "od" Putty (coz v GNU/Linuxu mas v baliku putty-tools), s tim ze prikazy pro cisco das do txt souboru, co prikaz to radek:

plink -l username -pw password -m file_with_commands.txt ip_address

[Hjustn]

Ak pouzijem plink z Debian 10, tak podla manualu prepinac -m ocakava cestu (teda nie subor).
Ak mu tam napriek tomu zadam cestu k suboru, tak to skonci s chybou "Line has invalid autocommand".
Ak pouzijem plink -l username -pw password ip_address < file_with_commands.txt tak vystup prikazu je:

Using username "login".
prompt#ter

[rich]

Rekl bych, ze mezi \n a \r rozdil je. Ja teda ve svych expect skriptech pouzivam prave \r a vse funguje podle ocekavani. Napr.:

expect "*personal KEY to continue ...*" {
        send "$pers_key\r"
        send "title\r"

        send "export DISPLAY=$MYDISP\r"
        send "xauth add \$(echo \"$foo\")\r"
        if { $argc > 0 } {
                send_user "Connecting to $myhost\n"
                send "ssh -Y $myhost\n"
                expect "*personal KEY to continue ...*" {
                        send "$pers_key\r"
                        send "title\r"
                }
        }
        interact
}