1、进程：Linux自身运行的独立程序。
2、进程组：进程组是一个或多个进程的集合。
_____________________________________________________
Linux包括三种不同类型的进程，每种进程都有自己的特点和属性：
3、交互进程 —— 由一个shell启动的进程。交互进程既可以在前台运行，也可以在后台运行。
4、批处理进程 —— 这种进程和终端没有联系，是一个进程序列。
5、监控进程（也称守护进程）—— linux系统启动时启动的进程，并在后台运行。
_______________________________________________________________
6、会话：一个用户登录终端后会新建一个会话，它是和控制终端产生IO交互的过程。这个过程可以称之为会话期。会话期可以产生一个 或 多个进程组的集合。（比喻打电话，首先要电话的接通，接通了才可以产生人与人之间的信息交互。在此会话期间可以产生一个或多个不同范畴的话题）
7、作业：作业类似于用户提交给系统的一个任务。一个作业可以包含一个或多个进程共同完成一个任务。（比喻会议上BOSS需要完成一个任务，根据需求可以分配到一个或多个人配合完成。）
8、作业控制：指的是控制正在运行的进程的行为。比如，用户可以挂起一个进程，等一会儿再继续执行该进程。这样用户就能在多个独立作业间进行切换。（比喻正在进行常规工作的员工，经理突发一个事情需要协助处理。这位员工放下手上的工作（挂起）。首先处理经理安排的事情，完事后再处理常规工作的事情。）
二、通过 date 和 sleep 命令理解前台、后台作业。date 命令是显示系统时间，sleep 命令是设置延时。
1、前台执行命令：
1）、前台执行命令。输入输出都是按部就班，执行完一个命令再执行下一个命令，把结果打印出来。
红色下划线：date 查看当前日期时间。
黄色下划线：sleep 10 延时10秒。
蓝色下划线：date 查看当前日期时间。
通过结果可以看出第一个 date 打印出日期时间后，延时10再执行一个 date 打印日期时间。两个时间相隔 10 秒。
2）、系统正在执行前台的命令时，再输入命令是不会马上执行。要执行完毕前面的命令才可以执行后面输入的命令。同样用 date 和 sleep做实验：
红色下划线：date 输出当前日期时间。
黄色下划线：sleep 60 系统执行延时 60 秒的 *** 作。 [root@localhost ~]# 用户标识符没有出现。虽然光标可以进行输入，但输入的 ls /tmp/ 命令并没有马上执行，没有输出。因为此时，前台正在执行 sleep 60 延时60秒的指令。
红色下划线：等待 sleep 60 执行完毕后，再执行一个 date 输出当前日期时间。两个 date 之间时间相隔 60 秒。
黄色下划线：待整条 date sleep 60 date 命令都执行完毕后，再执行刚才延时 60 秒时输入的 ls /tmp/ 命令，输出结果。
蓝色下划线：[root@localhost ~]# 用户标识符出现才算前台命令执行完毕，可以继续正常 *** 作。
2、后台执行命令：
&：命令后面使用 &符号，可以让命令在后台执行。
jobs：可以查看正在后台运行的作业。
jobs选项：-l —— 除了列出作业号外，同时列出 PID。
-r —— 列出仅仅在后台运行的作业。
-s —— 列出仅仅再后台暂停的作业。
1）、后台运行的命令进程不会影响到前台命令进程。
红色下划线：sleep 30 &—— 把 sleep 30 丢到后台运行。
黄色下划线：通过 jobs 命令跟踪进程情况。（Runing —— 正在运行，Done —— 完成）
绿色下划线：sleep 后台运行期间进行了 ls 和 tail 命令的查询输出，正常运作。
蓝色下划线：jobs 没有输出，代表 sleep 已经完结，没有后台进程。
2）、挂起 和 中断后台运行的命令。
Ctrl+c：中断后台进程。Ctrl+z：挂起后台进程。
jobs 命令可以查看到挂起的命令，不可以查看中断的命令。
3）、jobs选项：-l —— 除了列出作业号外，同时列出 PID。
红色下划线：sleep 100 &，后台运行延时100秒的程序。
黄色下划线：jobs -l 列出所有后台进程（-l —— 含作业号、PID、运行状态 和 执行的命令。）
运行状态有 Running 、Stopped 和 Done，后台正在运行会显示 Running，当运行完毕后用 jobs 查看会显示 Done，并且命令后面的 &符号也会消失。Done只出现一次，下次再用 jobs 查看后台程序就没有了系统曾提示过 Done 的命令。挂起正在运行的命令，后台会显示 Stopped 暂停状态。
-r —— 列出仅仅在后台运行的作业。
-s —— 列出仅仅再后台暂停的作业。
本文是笔者查阅网上资料做的总结，关于SSH原理，什么是对称加密和非对称加密，本文不过多介绍。这里介绍一下SHH的工作过程、配制方法，可能出现的问题及解决方法。
说明：本文中涉及的例子，SSH客户端为：本地主机A，SSH服务器为：服务器B
SSH协议采用C-S（客户端-服务器端）架构进行双方的身份验证以及数据的加密。
服务器端组件监听指定的端口，负责安全连接的建立、对连接方的身份认证、以及为通过身份认证的用户建立正确的环境。
客户端负责发起最初的TCP握手、安全连接的建立、验证服务器的身份与之前记录中的一致、并将自己的验证信息提供给服务器。
一个SSH会话的建立过程分为两个阶段。第一阶段，双方沟通并同意建立一个加密连接通道以供后续信息传输用。第二阶段，对请求接入的用户进行身份验证以确定服务器端是否要给该用户开放访问权限。
当客户端发起TCP连接时，服务器端返回信息说明自己支持的协议版本，如果客户端上支持的协议与之匹配，则连接继续。服务器会提供自己的公共主机密钥（public host key）以让客户端确认自己访问的是正确的机器。
然后，双方采用一种Diffie-Hellman算法共同为该会话建立密钥。每一方的一部分私有数据，加上来自对方的一部分公共数据，通过这种算法计算，能够得出完全相同的密钥用于本次会话。
整个会话的通讯内容都使用该密钥进行加密。这个阶段使用的公钥/私钥对与用户验证身份用的SSH密钥是完全无关的。
经典Diffie-Hellman算法的计算步骤如下：
这个共享密钥的加密方式被称为二进制数据包协议（binary packet protocol）。该过程能够让双方平等的参与密钥生成的过程，而不是由单方掌握。这种共享密钥生成的过程是安全的，双方没有交换过任何未经加密的信息。
生成的密钥是对称式密钥，一方用于加密信息的密钥等同于另一方用于解密信息的密钥，而任何第三方由于不持有该密钥，是无法解密双方传递的内容的。
会话加密通道建立后，SSH开始进入用户认证阶段。
下一步，服务器验证用户身份以决定是否准许其访问。验证有不同的方式，选择的验证方式取决于服务器的支持。
最简单的验证是密码验证：服务器要求客户端输入密码，客户端输入的密码经过上述的通道加密传输给服务器。
虽然密码是加密过的，然而该方法仍然不被推荐，因为用户经常为了省事而使用过于简单的密码，而这类密码很容易就能够被自动化脚本破解。
最流行的验证方式是SSH密钥对，这也是当前最推荐的方式。SSH密钥对是非对称密钥，私钥和公钥分别用于不同的功能。
公钥用于加密，而私钥用于解密。公钥可以随意上传、共享，因为公钥的流通并不会危及到私钥的保密性。
SSH密钥对的验证过程起始于上一部分加密通道建立之后，其具体执行步骤如下：
简单来说，服务器端用公钥加密信息，客户端用私钥解密信息以证明自己持有私钥。该过程同时使用了对称加密和非对称加密，两种方式各有自己的功用。
命令如下：
用户名：为要登录的服务器B中已存在的用户账户名
IP地址：为服务器B的IP地址
-p 端口号：用来指定端口号，默认为22
第一次登录时，会提示如下提示：
大概意思是说，你正在访问的主机不能验证它的真实性，它的RSA key（当前访问主机的公钥）指纹是怎样的，你确定要继续连接吗？
输入yes继续，会提示，已永久把当前访问主机的RSA key添加到了已知主机文件（用户目录下，.ssh 文件夹中的knwon_hosts文件）中。之后再次 SSH 登录就不再有该提示了。
接着，输入登录账户的密码即可。
SSH 密码登录，需要服务器开启密码验证权限，编辑服务器SSH配置命令如下：
在 sshd_config 文件中，Protocol 2 下面 #PasswordAuthentication yes，将前面的#号去掉，保存退出。
公钥登录，即免密码登录。避免的每次登录都要输入的麻烦，也防止了中间人攻击。是SSH远程登录最常用的登录方式。
提示输入密钥对名称，直接回车，使用默认名称即可；
提示输入密码（使用私钥时，要输入密码），直接回车，不使用密码即可。
首先，登录服务器B，在进行下面的 *** 作。
找到 #PubkeyAuthentication yes，删除 #号，保存退出。
重启 ssh 服务
也可指定验证私钥：
本地主机A，生成密钥对后：
sudo vim /etc/selinux/config
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）