ssh直接发送命令和登录终端发送命令的区别与如何使用ssh进行启动后台服务

区别

为什么终端可以找到的命令在ssh上发送失败，说找不到某条命令？

使用ssh直接发送一条命令下去，使用的是虚拟终端，与直接使用终端和使用ssh登录后的终端不是一个终端。

该虚拟终端只是加载了基础的配置文件，而真正的终端多了：

/etc/profile

和其他不是基础的配置文件。

记得首先初始化：

source /etc/profile 
source 其他配置文件
cmd

而你使用的命令如果是/etc/profile定义的，就不能在虚拟终端找到！

另外一种方式使用 “bash -lc 'cmd '”的形式进行login方式调用！

这个有一些其他配置文件的说明：https://blog.csdn.net/yiduyangyi/article/details/78298325

会不会有反过来，ssh可以使用的命令，在桌面终端打不到吗？

有！

login shell启动时首先读取/etc/profile全局配置，然后依次查找~/.bash_profile、~/.bash_login、~/.profile三个配置文件，并且读取第一个找到的并且可读的文件。login shell退出时读取并执行~/.bash_logout中的命令。

交互式的non-login shell启动时读取~/.bashrc资源文件。

注意在终端页面右键选项设置中可以设置一个Run command as a login shell的选项。

启动后台服务

在使用ssh调用shell脚本时，如果没有去读取执行的脚本的反馈值，有可能执行的操作会失败。而且使用ssh再退出时会发送一些终端关闭信息，所以会导致启动的服务器等等自动关闭。

处理：使用

nohup a.out >1.txt &

这里有可能出现1.txt过大。可以使用

nohup a.out >/dev/null &

如何用管理员权限启动服务呢？

首先想到的是：

echo passwd | sudo -S nohup a.out > /dev/null &

但是不行，&会导致密码输入失败，所以使用sudo 的 -b选项：

echo passwd | sudo -S -b nohup a.out > /dev/null

但是 >实际是1>的简化，并没有报错的打印，之前一直这样没有出过问题，后面出现了概率会关闭的问题，目前怀疑是需要再添加2>/dev/null来完全后台化，可不可行待测试。

拓展：有时就算是添加上面的source方式 或者bash -lc的方式都不能解决该问题。效果还是和使用终端的不一样！

处理：例如使用python的库paramiko执行远程命令

ssh.exec_command(cmd,get_pty=True)

get_pty=True则表示是否使用伪终端！但是有时候该参数使用之后会导致一些卡死情况。