可以使用Telnet、Rlogin、Rsh、Rcp等命令来实现远程使用Linux。但是，这些方法在传输过程中是没有加密的，可能带来许多不安全因素。因此，应尽量避免远程使用Root账户登录系统。
创新互联建站拥有10余年的建站服务经验，在此期间，我们发现较多的客户在挑选建站服务商前都非常的犹豫。主要问题集中：在无法预知自己的网站呈现的效果是什么样的？也无法判断选择的服务商设计出来的网页效果自己是否会满意？创新互联建站业务涵盖了互联网平台网站建设、移动平台网站制作、网络推广、定制开发等服务。创新互联建站网站开发公司本着不拘一格的网站视觉设计和网站开发技术相结合，为企业做网站提供成熟的网站设计方案。
如果一定要使用Root账户登录系统，建议使用SSH来实现安全的远程登录，因为SSH实现了数据传输的加密。安装方法如下：
1． 从获取ssh-1.26.tar.gz文件；
2． 用tar xvpf ssh-1.26.tar.gz解开该软件包；
3． 到解开的目录/usr/local/src/ssh-1.26目录下执行./configure；
4． 执行Make和Make Install来完成编译和安装。
这样，就可以使用SSH与安装了SSH的服务器建立安全的远程连接了。更多知识点请查看《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和究竟有啥区别
source命令用法：source FileName作用:在当前bash环境下读取并执行FileName中的命令。注：该命令通常用命令“.”来替代。如：source .bash_rc 与 . .bash_rc 是等效的。注意：source命令与shell scripts的区别是，source在当前bash环境下执行命令，而scripts是启动一个子shell来执行命令。这样如果把设置环境变量（或alias等等）的命令写进scripts中，就只会影响子shell,无法改变当前的BASH,所以通过文件（命令列）设置环境变量时，另外你要是想学习Linux技术的话，推荐踏实看完《Linux就该这么学》这本书，保准成高手了。
最近在编写脚本的时候发现一个问题，在执行 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文件即可。
