Unfortunetly, I don't know how to script in a password for ssh.  SSH
closes the stdin and re-opens the tty that you are logged in at.  This
is actually a security feature.  As well as a way to send stdin to
remote programs (otherwise your password would get in the way.)

If you don't need to ssh to a remote host, and you want to chmod
something on the localhost, you could use sudo instead.  With sudo you
can specify certain users (or all users) to run certain commands.  (so
you could make a shell script to chmod for you).

I don't know your exact needs, but I think that a public/private
keypair could still work.  In your authorized keys file on your "root"
account, you can even specify that "this public key does not get shell
access, and can only execute this one command."  This would probably
be the most secure method.  But it requires the user to have the
correct private key as well.

If you know that won't work for some reason, then maybe you could
setup a inetd process that will execute a command whenever someone
connects to a certain port (then you could use LabVIEW's TCP VIs).

Or, if you are not connecting remotely, you could setuid your LabVIEW
executable (A VERY BAD IDEA!).

Also, it is possible to script "telnet."  It would of course transmit
your root password as plaintext, but trying to script your ssh session
would also embed your password in your LabVIEW VI.  Out internet
toolkit for LabVIEW has some helpful telnet VIs.

May I ask why you want to chmod something on a remote system that
requires root?  Sounds like maybe you should create a LabVIEW
application on the remote side that acts as a daemon (running as root)
and accepts connections and commands and does the chmodding for you.

-Duffey

Reply via email to