Linux中rsh远程shell命令的使用技巧解析(linux远程登录命令ssh)

推荐整理分享Linux中rsh远程shell命令的使用技巧解析(linux远程登录命令ssh)，希望有所帮助，仅作参考，欢迎阅读内容。

文章相关热门搜索词:linux 远程ssh,linux远程linux命令,linux远程ssh命令,linux远程gui,linux 远程linux,linux 远程linux,linux 远程linux,linux 远程linux,内容如对您有帮助，希望把文章链接给更多的朋友！

rsh有两种使用模式：

rsh $host ： 远程登录，启动交互式进程。rsh $host $command ：远程执行命令，并显示输出。

rsh hosthostcommand

rsh $host $command的作用是：

1.在远程机器上执行命令$command2.通过网络连接(socket)重定向当前进程和远端进程的标准输入和标准输出3.远端rsh进程在远端进程结束后结束4.本地rsh进程读取远端进程的标准输出直到结束(EOF)深刻理解这个执行过程有助于理解各种“奇怪”的现象和用法。复制代码代码如下:+ Suspended (tty input)$ rsh localhost infinite-loop &[1] + Suspended (tty input) rsh pv infinite-loop$ rsh -n localhost infinite-loop &# 执行正常后台执行rsh命令时，提示了和标准输入相关的错误信息。这是因为rsh默认会把当前窗口的标准输入重定向到远端进程。 而本地rsh进程作为后台程序运行的话，标准输入被“阻塞”了。

通过-n选项制定不需要重定向标准输入(stdin)。

远端进程的执行

执行命令复制代码代码如下:rsh somehost infinite-loop

在远端机器上查看相关进程：复制代码代码如下:$ pstree -a -p in.rshd, └─csh, -c infinite-loop └─infinite-loop, /u/szhang/bin/infinite-loop可以看出，远端机器上的rshd进程负责启动远端进程。而且可以看出是通过csh -c的方式启动的（这里用户的默认Shell是C Shell）。

远端进程的标准IO

检查远端进程的文件描述符：复制代码代码如下:$ ls -l /proc//fd /proc//fd/proc//fd:total 0lrwx------. 1 Jul : -> socket:[]lrwx------. 1 Jul : -> socket:[]l-wx------. 1 Jul : -> pipe:[]lrwx------. 1 Jul : -> socket:[]复制代码代码如下:/proc//fd:total 0lrwx------. 1 Jul : 0 -> socket:[]lrwx------. 1 Jul : 1 -> socket:[]l-wx------. 1 Jul : 2 -> pipe:[]可以看出远端里程的标准输入输出是被重定向到socket上的：

1.stdin 和 stdout 共享一个socket连接2.stderr 则通过一个pipe重定向（重定向到stdout ???）3.rsh 的返回值

rsh程序自身的返回值表明的是rsh自身的运行状况，而不是远端进程的返回值。

获得远端进程的返回值复制代码代码如下:# 远端是C Shell$ rsh $host "$command ; echo $status"复制代码代码如下:# 远端是Bash Shell$ rsh $host "$command ; echo $?"复制代码代码如下:# 远端Shell类型不确定$ rsh $host "sh -c '$command ; echo $?'"

启动远端进程所用的Shell

由于用于启动远端进程的Shell类型是未知的，而有些操作的语法在不同Shell里是不同的。

比如输入输出重定向、命令返回值等。

解决该问题的方法之一是通过明确指定的Shell来启动真正需要的里程。比如：复制代码代码如下:# 不确定远端Shell的类型，显式通过Bash Shell来启动需要的进程$ rsh -n $host "sh -c '$command > /dev/null 2>&1'"另一种思路，则是通过一个wrapper程序来启动真正的命令。

通过rsh在远端执行后台进程

想在远端机器上执行后台进程。命令rsh $host "$command &"是不起作用的，会导致本地的rsh进程不能结束。

背后的原因应该是，$command的标准输入输出通常仍然绑定在rsh连接的socket上，从而导致本地的rsh进程无法读取到文件结束符EOF。

知道了原因就知道该怎么办了，关键是关闭后台进程续定在rsh连接上的标准输入输出。复制代码代码如下:# 如果远端Shell是C Shell$ rsh -n $host "$command >& /dev/null &"复制代码代码如下:# 如果远端Shell是Bash Shell$ rsh -n $host "$command > /dev/null 2>&1 &"复制代码代码如下:# 不确定远端Shell的类型$ rsh -n $host "sh -c '$command > /dev/null 2>&1 &'"但上面这样重定向的办法有个缺点是不能得到任何远端进程的输出，而有时我们希望获得一些输出信息。 这时就需要远端进程能够以守护进程(daemon)的方式运行。

这种情况下，rsh命令可以简单地写作：$ rsh -n $host "$command &"

远端后台进程的内容用Tcl表示，大意如下：复制代码代码如下:#/bin/env tclshputs "I am a background job"puts "This Can Be Seen by Remote rsh Process"close stdoutclose stderr# rsh连接到此应该结束。puts "This Can NOT Be Seen by Remote rsh Process"更进就步，我们可以甚至忽略rsh命令中的后台运行符：$ rsh -n $host "$command"

这时远端进程需要通过fork的方式结束自己，并启动真正的后台进程（守护进程）。

rsh进程的阻塞和超时处理

在程序中调用rsh $host $command时可能由于各种奇怪的原因发生rsh进程的阻塞，这不是我们希望看到的。

我们希望设置一个超时(timeout)机制来解决这个问题。

在Tcl程序中的一种实现可以这样： TODO

TCP Connection连接数过多引起的rsh失败监控邮件显示rsh $host $command命令失败，错误提示为“poll: protocol failure in circuit setup"

怀疑是网络连接数过多所引起。

rsh $host $command 的网络连接过程

命令rsh $host连接远程主机的端口。

命令rsh $host $command则连接远程主机的端口，并随后发送一个本地端口号给远程主机，要求远程主机建立一个新的TCP连接到这个端口（还不清楚这个新的连接有什么作用）。然后才是传送命令和等待命令结束。

这样做的结果就是在rsh $host $command进程过多时，本地开放的端口资源被消耗完了，从而导致新的rsh $host $command失败。

这是rsh $host的使用则依然正常。

这里提到的rsh的缺陷，也是建议尽量使用ssh的原因之一。

没有完全关闭的网络连接：

在远程主机上kill掉相关的rsh进程后，会导致TCP连接没有完全关闭。

netstat命令显示CLOSE_WAIT状态，端口资源并没有释放出来。

根据配置文件/proc/sys/net/ipv4/tcp_keepalive_time显示，需要等待2个小时，那些端口才会因为超时而被真正关闭，从而释放出来。复制代码代码如下:%> netstat -a | grep localhosttcp 0 0 localhost: localhost: CLOSE_WAIT%> cat /proc/sys/net/ipv4/tcp_keepalive_time ;# in seconds. = 2 hours%> echo "net.ipv4.tcp_keepalive_time = " >> /etc/sysctl.con

linux/aix怎么用命令查看某个目录下子目录占用空间的大小? 本文旨在磁盘空间满时，定位是哪个目录的空间占用文件最多，以便分析产生空间不足的原因1、以xshell或者其他终端软件通过ssh或者telnet登录需要查看

Linux中安装使用semanage来修改文本的教程 Selinux极大的增强了Linux系统的安全性，能将用户权限关在笼子里，如httpd服务，apache默认只能访问/var/www目录，并只能监听和端口，因此能有效的防

Linux中禁止root用户SSH登录及修改SSH端口的方法 1、禁止root用户登录ssh复制代码代码如下:#vi/etc/ssh/sshd_config把复制代码代码如下:PermitRootLoginyes改为复制代码代码如下:PermitRootLoginno重启sshd服务复制代码