Tcl
Tcl
Start a Remote Shell over SSH
See more SSH Examples
Demonstrates the Chilkat Ssh.SendReqShell method, which starts a remote shell on an open session channel. The only argument is the channel number. This example starts a shell without a PTY, which is the recommended approach for scripting, and streams a command whose output ends with a marker.
Background: A shell request starts the account's login shell and leaves the channel open for ongoing input and output — the difference from
exec, which runs a single command. When no PTY is requested, the shell detects it is attached to a raw pipe rather than a terminal and runs non-interactively: it prints no command prompt, does not echo the commands you send, and skips interactive login scripts. That yields clean, easily parsed output, but it also means there is no prompt to synchronize on — have each command echo a predictable marker, or rely on EOF and the channel exit status, to know when its output is complete.Chilkat Tcl Downloads
load ./chilkat.dll
set success 0
# Demonstrates the Ssh.SendReqShell method, which starts a remote shell on an open session
# channel. The only argument is the channel number. A shell can be started without a PTY,
# which is the recommended approach for scripting and automation.
set ssh [new_CkSsh]
set sshPort 22
set success [CkSsh_Connect $ssh "ssh.example.com" $sshPort]
if {$success == 0} then {
puts [CkSsh_lastErrorText $ssh]
delete_CkSsh $ssh
exit
}
# Normally you would not hard-code the password in source. You should instead obtain it
# from an interactive prompt, environment variable, or a secrets vault.
set password "mySshPassword"
set success [CkSsh_AuthenticatePw $ssh "mySshLogin" $password]
if {$success == 0} then {
puts [CkSsh_lastErrorText $ssh]
delete_CkSsh $ssh
exit
}
# Open a session channel. A negative return value indicates failure.
set channelNum [CkSsh_OpenSessionChannel $ssh]
if {$channelNum < 0} then {
puts [CkSsh_lastErrorText $ssh]
delete_CkSsh $ssh
exit
}
# Start a shell WITHOUT requesting a PTY. Without a PTY the shell sees it is connected to a
# raw data pipe and enters non-interactive mode: it suppresses the command prompt, does not
# echo typed commands back, and skips interactive login scripts. The output is therefore
# clean and easily parseable -- but because no prompt is ever sent, code must not wait for
# one. Instead, have each command print a predictable marker, or wait for EOF / channel close.
set success [CkSsh_SendReqShell $ssh $channelNum]
if {$success == 0} then {
puts [CkSsh_lastErrorText $ssh]
delete_CkSsh $ssh
exit
}
puts "Remote shell started."
# Multiple commands can now be streamed into the shell, one after another. Each command
# echoes a marker so the code can tell when its output is complete.
set success [CkSsh_ChannelSendString $ssh $channelNum "uname -a; echo DONE_MARKER\n" "utf-8"]
if {$success == 0} then {
puts [CkSsh_lastErrorText $ssh]
delete_CkSsh $ssh
exit
}
# IMPORTANT: Set a read timeout before receiving until a match. ReadTimeoutMs defaults to 0,
# which means no limit -- without it, this call waits forever if the received data never
# contains a match.
CkSsh_put_ReadTimeoutMs $ssh 15000
set caseSensitive 0
set success [CkSsh_ChannelReceiveUntilMatch $ssh $channelNum "DONE_MARKER" "utf-8" $caseSensitive]
if {$success == 0} then {
puts [CkSsh_lastErrorText $ssh]
delete_CkSsh $ssh
exit
}
set output [CkSsh_getReceivedText $ssh $channelNum "utf-8"]
if {[CkSsh_get_LastMethodSuccess $ssh] == 0} then {
puts [CkSsh_lastErrorText $ssh]
delete_CkSsh $ssh
exit
}
puts "$output"
CkSsh_Disconnect $ssh
delete_CkSsh $ssh