Linux cron job ssh und Daten abholen

[Martin (Gast)]

es gibt bestimmt einen Weg, aber ich brauche etwas Starthilfe zur 
Lösung:

Ich melde mich momentan von einem Ubuntu-Rechner an einem anderen Gerät 
per Terminal / ssh an, gebe mein Kennwort ein, tippe dann ein paar 
Befehle und bekomme Daten, die ich mir kopiere und auf meinem Rechner 
weiterverwende.

Nun würde ich das gerne automatisieren, also z.B. als Cron-Job ein 
Script aufrufen, das meine Sachen tippt (immer gleich, kann man in eine 
Datei tun) und die Ausgaben in eine Datei tut, also prinzipiell

ssh user@irgendwo << eingaben.txt > Ergebnis.txt

aber ich scheitere schon am Passwort. Auch wenn es in der Eingabedatei 
ist, wird es nicht "getippt" - wie macht man sowas / geht das?

Also ich habe gedacht ich fange klein an mit einer Datei "pw.txt" und 
rufe auf

ssh user@host < pw.txt

aber ich bekomme als Ergebnis:

Pseudo-terminal will not be allocated because stdin is not a terminal.

und die Eingabe ist nicht umgeleitet..

[(prx) A. K. (prx)]

Mit Zertifikaten arbeiten.

[Martin (Gast)]

A. K. schrieb:
> Mit Zertifikaten arbeiten.

Hab ich versucht, wird aber vom Gerät nicht unterstützt.

[R. M. (Gast)]

Da hilft es eventuell, wenn Du dich (deine Maschine) gegenüber dem 
fremden System mit Host-Key authentifizierst, dann wird kein Passwort 
benötigt.
Eventuell hilft dieses Tutorial:
http://www.online-tutorials.net/security/secure-ssh-tutorial-part-1-host-key/tutorials-t-69-201.html
mfG

[Gerd E. (robberknight)]

Zertifikate, von mir aus mit dem Private-Key ohne Passwort, sind die 
beste Lösung.

Wenn das aus irgendeinem Grund nicht gehen sollte, gibt es noch sshpass 
als Notlösung.

[c.m. (Gast)]

http://%6Cmgtfy.com/?q=ssh+login+without+password

schlümm die leute ;-)

[Martin (Gast)]

Gerd E. schrieb:
> Wenn das aus irgendeinem Grund nicht gehen sollte, gibt es noch sshpass
> als Notlösung.

Das kannte ich noch nicht, könnte passen.

[Sheeva P. (sheevaplug)]

Martin schrieb:
> es gibt bestimmt einen Weg, aber ich brauche etwas Starthilfe zur
> Lösung:
>
> Ich melde mich momentan von einem Ubuntu-Rechner an einem anderen Gerät
> per Terminal / ssh an, gebe mein Kennwort ein, tippe dann ein paar
> Befehle und bekomme Daten, die ich mir kopiere und auf meinem Rechner
> weiterverwende.
>
> Nun würde ich das gerne automatisieren,

sshpass(1) wurde bereits erwähnt, ist aber aus Sicherheitssicht unschön 
-- daß ssh(1) nur eine interaktive Paßworteingabe zuläßt, hat ja Gründe. 
Aber wenn Du zudem auch noch Befehle auf der Gegenseite ausführen 
willst, sind Python und dessen Modul "paramiko" vielleicht etwas für 
Dich.

[Julius J. (joe_joule)]

Expect ist dafür erfunden worden.
https://debaan.blogspot.de/2007/09/simple-expect-ssh-example.html

[kghvkxkbhy (Gast)]

Hier sogar deutsch:

http://www.schlittermann.de/doc/ssh.html

kghvkxkbhy

[Martin (Gast)]

Sheeva P. schrieb:
> Aber wenn Du zudem auch noch Befehle auf der Gegenseite ausführen
> willst, sind Python und dessen Modul "paramiko" vielleicht etwas für
> Dich.

Klingt mir ein bischen nach overkill .. aber wenn ich nichts anderes 
finde, versuche ich das...

Julius J. schrieb:
> Expect ist dafür erfunden worden.
> https://debaan.blogspot.de/2007/09/simple-expect-ssh-example.html

Klingt interessant, mal sehen, ob ich das Script verstehe.

[Martin (Gast)]

Momentan probiere ich gerade noch:

sshpass -f ./pw.txt ssh user@host

und bekomme "permission denied"

stimmt die syntax? und welche Permission?

[René H. (Gast)]

Martin schrieb:
> stimmt die syntax? und welche Permission?

sollte stimmen. Versuchs erst mal mit

sshpass -p passwort ssh user@host

Grüsse,
René

[Martin (Gast)]

Ich hab mir mal das "Except" script angeschaut und es so verstanden wie 
unten immer in der Zeile davor kommentiert (ist das richtig?)

#lies Kommandos aus dieser Datei
#!/usr/bin/expect

#keine Ahnung wofür
set timeout 1

#keine Ahnung wofür
set cmd {uname -a}

#neuen Prozess starten, ssh mit root auf die Maschine aus dem 
Aufrufparameter
spawn ssh root@$argv

#wenn eof (welcher Datei?) steig aus ohne Fehler
expect_after eof { exit 0 }


## interact with SSH
#wenn die ssh-session yes/no fragt, sende yes und RETURN
expect "yes/no" { send "yes\r" }
#dto
expect "password:" { send "rootpasswd\r" }

#keine Ahnung wozu
expect "# "
send "$cmd\r"
expect "$cmd\r"
expect "(.*)\r"
send "exit\r

[Martin (Gast)]

René H. schrieb:
> sollte stimmen. Versuchs erst mal mit
>
> sshpass -p passwort ssh user@host

nee, funktioniert auch nicht - gleicher Fehler

[Ashoka (Gast)]

scp

[Julius J. (joe_joule)]

So, ich antworte mal in den Kommentarzeilen:

#!/usr/bin/expect

# Zeit in Sekunden, die expect auf einen Match wartet, bis es beendet. 
set timeout 1

# Kommando, welches remote ausgeführt werden soll, hier "uname -a". Hier wird eine Variable "cmd" definiert.
set cmd {uname -a}

#neuen Prozess starten, ssh mit root auf die Maschine aus dem 
Aufrufparameter
spawn ssh root@$argv

# wenn ssh beendet wird, wird exit 0 ausgeführt. Expect bezieht sich auf das Programm, was mit "spawn" gestartet wurde.
expect_after eof { exit 0 }


## interact with SSH
#wenn die ssh-session yes/no fragt, sende yes und RETURN
expect "yes/no" { send "yes\r" }
#dto
expect "password:" { send "rootpasswd\r" }

# Die Raute zeigt, dass hier ein rootprompt vorliegt. ("root@xyz:/#")
# Als normaler user wäre hier expect {$ } eventuell ausreichend.
expect "# "
# sendet das in "set cmd .." festgelegte Kommando
send "$cmd\r"
# erwartet das Echo des Kommandos
expect "$cmd\r"
# erwartet einen beliebigen String, der mit \r endet. Naja. Besser ist es an dieser Stelle erneut auf den Prompt zu matchen, da dieser erscheint sobald das Kommando vorbei ist. Außer man erwartet genau eine Zeile.
expect "(.*)\r"
# Beendet ssh
send "exit\r

So würde ich das machen (ohne Gewähr):

#!/usr/bin/expect

set prompt {user@host:~$}
set cmd "ps aux"

spawn "ssh user@host"

expect {
    -nocase "login:" {
        exp_send "username\n"
        exp_continue
    }
    -nocase "password:" {
        exp_send "password\n"
        exp_continue
    }
    $prompt {
        # Prompt, d.h. Kommando kann gesendet werden
    }
    timeout {
        # Hier beliebige Fehlerbehandlung einfuegen, falls von Interesse
    }
}
exp_send "$cmd\n"
expect {
    $prompt {
        # Prompt, d.h. das Kommando ist durchgelaufen
    }
    timeout {
        # Hier beliebige Fehlerbehandlung einfuegen, falls von Interesse
    }
}
exit 0

edit: Formatierung

[Martin (Gast)]

Also diese expect-Scripte sind recht nützlich. Jetzt habe ich noch eine 
Frage zu "interact": Mal angenommen, ich mache eine shell per ssh so 
auf:

spawn /usr/bin/ssh user@host
expect -nocase "password:" { interact }


Dann kann ich an dieser Stelle das Passwort eingeben und bin dann im 
"interaktiven" Modus. Aber was muss ich tun, um diesen Modus wieder zu 
verlassen, wenn ich danach mit send / expect weiter Kommandos senden 
will, also als nächste Zeile

expect -nocase "/home/user$" { exp_send "help\n" }

?
Momentan bekomme ich dann den Fehler "expect: spawn id exp5 not open"

[Julius J. (joe_joule)]

Entweder du machst dir einen eigenen Passwortdialog in deinem Tcl/Expect 
script, welches dich vor dem ssh-Kommando nach einem Passwort fragt und 
in einer Variable speichert.
Oder: was funktionieren könnte:

...
expect {
        password: {
            interact \r inter_return
        }
....

interact wird, sobald ein "\r" eingegeben wird, beendet.
Problem ist jetzt aber, dass das \r (habs gerade kurz ausprobiert) nicht 
gesendet wird. Lösung:

...
expect {
        password: {
            interact \r inter_return
            exp_send \r
        }
....

Das vom user eingegebene \r (also "Enter") wird von interact abgefangen. 
Damit wird die Passwordeingabe beendet. Jetzt fehlt dem Remotelogin aber 
noch ein \r, welche durch exp_send hinterhergeschickt wird.

edit: Statt "return" kann "inter_return" benutzt werden, dann bleibt die 
spawn_id erhalten.

[Martin (Gast)]

danke, das mit den Variablen hat gut funktioniert.