Putty über z.B. VB.NET oder Batchfile Automatisieren

Ich würde eine Session basteln, die ein Shell-Script auf dem Server 
ausführt. Putty kannst du per Kommandozeilenschalter dazu bringen, eine 
vorgegebene Session automatisch zu starten.

Dieses Shell-Script ruft dann einfach ein Expect-Script auf:
http://en.wikipedia.org/wiki/Expect

Das versteht ich jetzt leider nicht ganz. Momentan ist es so das ich 
Putty wie folgt aufrufe "D:\putty.exe -ssh 192.168.0.15 -P 10001 -l user 
-pw passwort". Das klappt wunderbar.

Der Verbindungsaufbau Dauert ca. 5 Sekunden, danach soll einfach ein 
"Hallo" gesendet werden. Kannst du mir hierfür vielleicht ein Beispiel 
für Expect-Script zeigen?

Eine Frage im Voraus: Kannst du auf dem Server ausführbare Dateien 
anlegen? Klar könntest du Putty fernsteuern und dort Text eintippen 
etc., aber wenn du einfach ein Shell-Script auf dem Server anlegst und 
das dann ausführen lässt, musst du nichts extra in VB o. Ä. 
programmieren.

Leider nicht.

Es soll nach dem Verbindungsaufbau ein Text gesendet werden. Ich kann 
über VB.Net die Verbindung aufbauen aber danach auf das Shell CMD nicht 
mehr zugreifen :-(

"Putty fernsteuern und dort Text eintippen"

Wie genau läuft das mit dem selbstständigen eintippen???

ssh kann Kommandos übergeben.
die möglichen Kommandos lassen sich in der ~/.ssh/authorized_keys 
einschränken.
Authentifizierung über ein Schlüsselpärchen ohne Passphrase.

Fertig.

Den Zugang habe ich doch schon, also benötige ich doch keine 
"Authentifizierung über ein Schlüsselpärchen ohne Passphrase" oder 
nicht?

Wie kann ich den diese Kommandos übergeben??? Ich möchte nur nach 
Verbindungsaufbau dem server einen befehl zusenden.

Hans schrieb:
> Den Zugang habe ich doch schon, also benötige ich doch keine
> "Authentifizierung über ein Schlüsselpärchen ohne Passphrase" oder
> nicht?

Um kein Gefummel mit irgentwelchen Strings zu haben die man auf stdin 
vom ssh-client schicken muss. Wenn du das Rad neu erfinden willst, nur 
zu.

> Wie kann ich den diese Kommandos übergeben??? Ich möchte nur nach
> Verbindungsaufbau dem server einen befehl zusenden.


http://the.earth.li/~sgtatham/putty/0.60/htmldoc/Chapter7.html#plink

C:\>plink root@foo ls -l
root@foo's password:
total 2332
-rwxr-xr-x 1 root root    222 Oct 20 23:07 del_mucke
-rw-r--r-- 1 root root 641403 Feb 23 18:52 gcs.txt
-rw-r--r-- 1 root root  16757 Oct 18 23:02 gdb.txt
-rwxr-xr-x 1 root root 976889 Oct 31 16:32 mpd
-rw------- 1 root root    421 Mar  2 07:03 nohup.out
-rw-r--r-- 1 root root 718425 Feb 24  2000 rfc2616.pdf
-rwxr-xr-x 1 root root    203 Feb 23 09:07 streamit

Siehe hier:

AUTHORIZED_KEYS FILE FORMAT
     AuthorizedKeysFile specifies the file containing public keys for 
public key authentication; if none is specified, the default is 
~/.ssh/authorized_keys.  Each line of the file contains
     one key (empty lines and lines starting with a ‘#’ are ignored as 
comments).  Protocol 1 public keys consist of the following 
space-separated fields: options, bits, exponent, modulus,
     comment.  Protocol 2 public key consist of: options, keytype, 
base64-encoded key, comment.  The options field is optional; its 
presence is determined by whether the line starts with a
     number or not (the options field never starts with a number).  The 
bits, exponent, modulus, and comment fields give the RSA key for 
protocol version 1; the comment field is not used for
     anything (but may be convenient for the user to identify the key). 
For protocol version 2 the keytype is “ssh-dss” or “ssh-rsa”.

     Note that lines in this file are usually several hundred bytes long 
(because of the size of the public key encoding) up to a limit of 8 
kilobytes, which permits DSA keys up to 8 kilobits
     and RSA keys up to 16 kilobits.  You don't want to type them in; 
instead, copy the identity.pub, id_dsa.pub, or the id_rsa.pub file and 
edit it.

     sshd enforces a minimum RSA key modulus size for protocol 1 and 
protocol 2 keys of 768 bits.

     The options (if present) consist of comma-separated option 
specifications.  No spaces are permitted, except within double quotes. 
The following option specifications are supported (note
     that option keywords are case-insensitive):

     command="command"
             Specifies that the command is executed whenever this key is 
used for authentication.  The command supplied by the user (if any) is 
ignored.  The command is run on a pty if the
             client requests a pty; otherwise it is run without a tty. 
If an 8-bit clean channel is required, one must not request a pty or 
should specify no-pty.  A quote may be included in
             the command by quoting it with a backslash.  This option 
might be useful to restrict certain public keys to perform just a 
specific operation.  An example might be a key that per‐
             mits remote backups but nothing else.  Note that the client 
may specify TCP and/or X11 forwarding unless they are explicitly 
prohibited.  The command originally supplied by the
             client is available in the SSH_ORIGINAL_COMMAND environment 
variable.  Note that this option applies to shell, command or subsystem 
execution.

     environment="NAME=value"
             Specifies that the string is to be added to the environment 
when logging in using this key.  Environment variables set this way 
override other default environment values.  Multi‐
             ple options of this type are permitted.  Environment 
processing is disabled by default and is controlled via the 
PermitUserEnvironment option.  This option is automatically dis‐
             abled if UseLogin is enabled.

     from="pattern-list"
             Specifies that in addition to public key authentication, 
either the canonical name of the remote host or its IP address must be 
present in the comma-separated list of patterns.
             See PATTERNS in ssh_config(5) for more information on 
patterns.

             In addition to the wildcard matching that may be applied to 
hostnames or addresses, a from stanza may match IP addresses using CIDR 
address/masklen notation.

             The purpose of this option is to optionally increase 
security: public key authentication by itself does not trust the network 
or name servers or anything (but the key); however,
             if somebody somehow steals the key, the key permits an 
intruder to log in from anywhere in the world.  This additional option 
makes using a stolen key more difficult (name servers
             and/or routers would have to be compromised in addition to 
just the key).

     no-agent-forwarding
             Forbids authentication agent forwarding when this key is 
used for authentication.

     no-port-forwarding
             Forbids TCP forwarding when this key is used for 
authentication.  Any port forward requests by the client will return an 
error.  This might be used, e.g. in connection with the
             command option.

     no-pty  Prevents tty allocation (a request to allocate a pty will 
fail).

     no-user-rc
             Disables execution of ~/.ssh/rc.

     no-X11-forwarding
             Forbids X11 forwarding when this key is used for 
authentication.  Any X11 forward requests by the client will return an 
error.

     permitopen="host:port"
             Limit local ``ssh -L'' port forwarding such that it may 
only connect to the specified host and port.  IPv6 addresses can be 
specified with an alternative syntax: host/port.  Mul‐
             tiple permitopen options may be applied separated by 
commas.  No pattern matching is performed on the specified hostnames, 
they must be literal domains or addresses.

     tunnel="n"
             Force a tun(4) device on the server.  Without this option, 
the next available device will be used if the client requests a tunnel.

     An example authorized_keys file:

        # Comments allowed at start of line
        ssh-rsa AAAAB3Nza...LiPk== user@example.net
        from="*.sales.example.net,!pc.sales.example.net" ssh-rsa
        AAAAB2...19Q== john@example.net
        command="dump /home",no-pty,no-port-forwarding ssh-dss
        AAAAC3...51R== example.net
        permitopen="192.0.2.1:80",permitopen="192.0.2.2:25" ssh-dss
        AAAAB5...21S==
        tunnel="0",command="sh /etc/netstart tun0" ssh-rsa AAAA...==
        jane@example.net

muss da nicht die datei schon auf dem server drauf sein???

Hans schrieb:
> muss da nicht die datei schon auf dem server drauf sein???

Welche Datei ?

Welchen Befehl möchtest du ausführen? Einen einzigen?