Linux-两种ssh远程执行命令方式加载环境变量区别

最近在编写脚本的时候发现一个问题，在执行 kubectl -n kube-system get pods 这个命令的时候，通过 ssh root@ip command 和 ssh root@ip command 登录后执行得到了不同的结果，

创新互联公司为您提适合企业的网站设计 让您的网站在搜索引擎具有高度排名，让您的网站具备超强的网络竞争力！结合企业自身，进行网站设计及把握，最后结合企业文化和具体宗旨等，才能创作出一份性化解决方案。从网站策划到网站建设、成都网站设计， 我们的网页设计师为您提供的解决方案。

从上面可以看到SSH远程执行获取pods失败了，但是shell窗口执行却成功了，所以我们可以猜到两者之间一定有什么区别导致结果的不同。那么区别在哪里呢？通过研究发现两者的环境变量存在区别,通过执行printenv可以查看所有设置的环境变量：

通过上面可以看到SSH远程执行的时候是没有KUBECONFIG这个环境变量，而Shell窗口是有的，为什么有这个区别呢？这就要从Linux的bash的四种模式说起。

bash的四种模式：

从上面可以看出不同方式下加载的配置文件不同，那么怎么知道我们是加载了那些配置文件呢？ 这里有一个验证的方法，就是在上面的每个配置文件中添加一句 echo $/etc/profile 这样的命令，把每个文件的路径打印出来。当配置文件被加载时，会输出相应的文件名，本例中在两个文件中加了该命令：/etc/pfoile, ~/.bashrc，然后使用不同SSH方式执行命令的结果如下。

只加载了.bashrc文件，未加载/etc/profile。

从输出可以看到两个配置都加载了，而KUBECONFIG只定义在/etc/profile中，没有定义在.bashrc文件中，所以通过 ssh root@ip command 执行时没有拿到KUBECONFIG这个环境变量从而导致报错。知道原因后我们就可以将KUBECONFIG环境变量添加到.bashrc文件即可。

用来远程执行linux服务器shell命令的库是

paramiko库。python中paramiko库可以执行远程linux服务器命令并接收返回结果，基于channel信道模式，channel允许用户在不同程序间进行通信。服务器是指能向网络用户提供特定服务的软件和硬件。

linux中ssh如何远程执行一条命令，而且不登录远程服务器？

一 SSH命令使用技巧

- 远程登录

ssh user@remote.machine

- 远程执行

ssh user@remote.machine 'command ...'

- 远程复制

scp user@remote.machine:/remote/path /local/path

scp /local/path user@remote.machine:/remote/path

- X forward

ssh -X user@remote.machine

xcommand ...

- Tunnel / Portforward

ssh -L 1234:remote.machine:4321 user@remote.machine

ssh -R 1234:local.machine:4321 user@remote.machine

ssh -L 1234:other.machine:4321 user@remote.machine

二, 实作

1) 禁止 root 登录

# vi /etc/ssh/sshd_config

PermitRootLogin no

2) 废除密码登录, 强迫使用 RSA 验证(假设 ssh 账户为 user1 )

# vi /etc/ssh/sshd_config

RSAAuthentication yes

PubkeyAuthentication yes

AuthorizedKeysFile .ssh/authorized_keys

PasswordAuthentication no

# service sshd restart

# su - user1

$ mkdir ~/.ssh 2/dev/null

$ chmod 700 ~/.ssh

$ touch ~/.ssh/authorized_keys

$ chmod 644 ~/.ssh/authorized_keys

登入 端:

$ ssh-keygen -t rsa

(按三下 enter 完成﹔不需设密码，除非您会用 ssh-agent 。)

$ scp ~/.ssh/id_rsa.pub user1@server.machine:id_rsa.pub

(若是 windows client, 可用 puttygen.exe 产生 public key,

然后复制到 server 端后修改之, 使其内容成为单一一行.)

回到 server 端:

$ cat ~/id_rsa.pub ~/.ssh/authorized_keys

$ rm ~/id_rsa.pub

$ exit

3) 限制 su / sudo 名单:

# vi /etc/pam.d/su

auth required /lib/security/$ISA/pam_wheel.so use_uid

# visudo

%wheel ALL=(ALL) ALL

# gpasswd -a user1 wheel

4) 限制 ssh 使用者名单

# vi /etc/pam.d/sshd

auth required pam_listfile.so item=user sense=allow file=/etc/ssh_users ōnerr=fail

# echo user1 /etc/ssh_users

linux 远程主机后台运行任务 挂起脚本

背景 ：工作需要，需要远程控制主机使其断开Xshell后也能一直运行。

关键字 ： ，nohup，脚本挂起。

在应用Unix/Linux时，我们一般想让某个程序在后台运行，于是我们将常会用 在程序结尾来让程序自动运行。

键入Ctrl + C，发出SIGINT信号，程序会继续运行

方法一、输入命令：jobs

方法二：输入命令：ps

fg、bg、jobs、、nohup、ctrl+z、ctrl+c 命令

加在一个命令的最后，可以把这个命令放到后台执行，如

可以将一个正在前台执行的命令放到后台，并且处于暂停状态。

查看当前有多少在后台运行的命令

jobs -l选项可显示所有任务的PID，jobs的状态可以是running, stopped, Terminated。但是如果任务被终止了（kill），shell 从当前的shell环境已知的列表中删除任务的进程标识。

将后台中的命令调至前台继续运行。如果后台中有多个命令，可以用fg %jobnumber（是命令编号，不是进程号）将选中的命令调出。

将一个在后台暂停的命令，变成在后台继续执行。如果后台中有多个命令，可以用bg %jobnumber将选中的命令调出。

法子1：通过jobs命令查看job号（假设为num），然后执行kill %num

法子2：通过ps命令查看job的进程号（PID，假设为pid），然后执行kill pid

前台进程的终止：Ctrl+c

如果让程序始终在后台执行，即使关闭当前的终端也执行（之前的做不到），这时候需要nohup。该命令可以在你退出帐户/关闭终端之后继续运行相应的进程。

关闭中断后，在另一个终端jobs已经无法看到后台跑得程序了，此时利用ps（进程查看命令）

如上所示：

nohup 和 组合了后台运行程序。

可以输出到 out.log保存程序输出，也可以输出到/dev/null 即空设备，不保存输出。

上面三种方式无论在nohup.out 或test.out都看不到数据结果，这是因为python执行有缓存输出

解决

新的接口接入查看程序

使用后台运行程序：

结果会输出到终端

使用Ctrl + C发送SIGINT信号， 程序免疫

关闭session发送SIGHUP信号， 程序关闭

使用nohup运行程序：

结果默认会输出到nohup.out

使用Ctrl + C发送SIGINT信号， 程序关闭

关闭session发送SIGHUP信号， 程序免疫

平日线上经常使用nohup和配合来启动程序：

同时免疫SIGINT和SIGHUP信号

同时，还有一个最佳实践：

不要将信息输出到终端标准输出，标准错误输出，而要用日志组件将信息记录到日志里

nohup和究竟有啥区别

当前标题：linux远程执行命令 linux远程执行命令返回结果
分享网址：http://hbruida.cn/article/ddsdosd.html