linux系统复习（一）

1、 系统启动过程

Linux系统启动的大体流程，可以概括为：
开机流程
bios自检—系统引导----加载内核—初始化
1、计算机通电后会载入ROM芯片中的BIOS程序, BIOS程序会读取CMOS中的内容识别硬件配置,并对其
进行自检和初始化
2、当查到第一个有引导程序的设备时,改设备即为本次启动要用到的设备.
随后BIOS会读取改引导设备的MBR来进行系统启动的下一阶段.
MBR通常为硬盘的第一个扇区
读取并执行第一一个开机设备内MBR的boot loader ( 亦即是 grub, spfdisk 等程序)

3、依据boot loader的设定载入kernel , kernel会开始检测硬件与载入驱动程序
4、到了这个阶段,系统开始进行完成启动前的初始化操作,其实际上是根据 /etc/inittab 的设置进行脚本执行.
第一个执行的脚本为/ect/rc.d/rc.sysinit , 这是系统的初始化脚本
其中完成的操作有:

1. 设置主机名
2. 设置欢迎信息
3. 激活 udev 和 selinux
4. 挂载 /etc/fstab 文件中定义的所有文件系统
5. 检测根文件系统,并以读写的方式重新挂载根文件系统
6. 设置系统时间
7. 根据 /etc/sysctl.conf 文件来设置内核参数
8. 激活 lvm 及 raid 设备
9. 激活 swap 设备
10. 加载额外设备的驱动程序
11. 清理过期的锁和进程文件
    执行完成后,根据配置/etc/inittab文件中定义启动级别执行对应级别的目录下的脚本,
    最后执行 /etc/rc.d/rc.local 脚本文件完成系统启动

2、 web工作原理

http协议运行原理
1）、Web浏览器使用HTTP命令向一个特定的服务器发出Web页面请求。
2）、若该服务器在特定端口（通常是TCP 80端口）处接收到Web页面请求后，就发送一个应答并在客户和服务器之间建立连接。
3）、服务器Web查找客户端所需文档，若Web服务器查找到所请求的文档，就会将所请求的文档传送给Web浏览器。若该文档不存在，则服务器会发送一个相应的错误提示文档给客户端。
4）、Web浏览器接收到文档后，就将它显示出来。
5)、当客户端浏览完成后，就断开与服务器的连接。

3、 dhcp工作原理

DHCP是动态主机分配/配置协议，DHCP协议基于Client-Server模型，所有的报文基于UDP封装，端口号：Server:67 Client:68
（1） DHCP 客户端进行 IP 请求 DHCP discover
当一个 DHCP 客户机启动时，会自动将自己的 IP 地址配置成 0.0.0.0，由于使用 0.0.0.0 不能进行正常通信，所 以客户机就必须通过 DHCP 服务器来获取一个合法的地址。由于客户机不知道 DHCP 服务器的 IP 地址，所以它使用 0.0. 0.0 的地址作为源地址，使用 255.255.255.255 作为目标地址，使用 UDP 67 端口作为目的端口来广播请求 IP 地址信 息。广播信息 DHCP Discover 中包含了 DHCP 客户机的 MAC 地址和计算机名，以便使 DHCP 服务器能确定是哪个客户机 发送的请求。

（2 ） DHCP 服务器响应请求 dncp offer
当DHCP服务器接收到客户机请求IP地址的信息时，它就在自己的IP地址池中查找是否有合法的IP地址提供给客户 机。如果有，DHCP服务器就将此IP地址做上标记，加入到DHCP OFFER的消息中，然后DHCP服务器就广播一则包括下列 信息的DHCP OFFER消息：
DHCP客户机的MAC地址；DHCP服务器提供的合法IP地址；子网掩码；默认网关（路由）；租约的期限；DHCP服务器 的IP地址-MAC。
因为DHCP客户机还没有IP地址，所以DHCP服务器使用自己的IP地址作为源地址，使用255.255.255.255作为目标地 址，使用UDP 68端口作为源端口来广播DHCP OFFER信息

（3） DHCP 客户机选择 IP dhcp request
DHCP客户机选择某台DHCP服务器提供的IP地址的阶段。如果有多台DHCP服务器向DHCP客户机发来的DHCP offer提供信息，则 DHCP客户机只接受第一个收到的DHCP offer提供信息。客户机将DHCP REQUEST消息广播到所有的DHCP服务器，表明它接受提供的内 容。然后它就以广播方式回答一个DHCP request请求信息，该信息中包含向它所选定的DHCP服务器请求IP地址的内容。之所以要以广播方式回答，是为了通知所有的DHCP服务器，他将选择某台DHCP服务器所提供的IP地址。
DHCP REQUEST消息包括为 该客户机提供IP配置的服务器的服务标识符（IP地址）。DHCP服务器查看服务器标识符字段，以确定它自 己是否被选 择为指定的客户机提供IP地址，如果那些DHCP OFFER被拒绝，则DHCP服务器会取消提供并保留其IP地址以用于下一个 IP租约请求。
在客户机选择IP的过程中，虽然客户机选择了IP地址，但是还没有配置IP地址，而在一个网络中可能有几个DHCP 服务器，所以客户机仍然使用0.0.0.0的地址作为源地址，使用255.255.255.255作为目标地址，使用UDP 67端口作为 目的端口来广播DHCP REQUEST信息

（4） DHCP 服务器确认租约
服务器确认租约：DHCP ACK
DHCP服务器接收到DHCP REQUEST消息后，以DHCPACK消息的形式向客户机广播成功的确认，该消息包含有IP地址 的有效租约和其他可能配置的信息。虽然服务器确认了客户机的租约请求，但是客户机还没有收到服务器的DHCPACK 消息，所以服务器仍然使用自己的IP地址作为源地址，使用255.255.255.255作为目标地址，使用UDP 68端口作为源 端口来广播DHCP ACK信息。当客户机收到DHCP ACK消息时，它就配置了IP地址，完成了TCP/IP的初始化。 服务器拒绝租约：DHCP NACK（DHCP NAK）
如果DHCP REQUEST不成功，例如客户机试图租约先前的IP地址，但该IP地址不再可用，或者因为客户机移到其他 子网，该IP无效时，DHCP服务器将广播否定确认消息DHCP NACK。当客户机接收到不成功的确认时，它将重新开始DHCP 租约过程。

注1：如果DHCP客户机无法找到DHCP服务器，它将从TCP/IP的B类网段169.254.0.0/16中挑选一个IP地址作为自己 的IP地址，继续每隔5分钟尝试与DHCP服务器进行通讯，一旦与DHCP服务器取得联系，则客户机放弃自动配置的IP地址， 而使用DHCP服务器分配的IP地址。

注2：DHCP客户机收到DHCP服务器回应的ACK报文后，通过地址冲突检测（arp）发现服务器分配的地址冲突或者 由于其他原因导致不能使用，则发送DECLINE报文，通知服务器所分配的IP地址不可用。

4、 dns解析原理
DNS解析过程（重点）面试
www.baidu.com.
1)检查本地缓存，有则返回解析结果
2)检查本地hosts文件，有对应则返回解析结果
3)前两部都没有解析，将查询请求传送给本地DNS， 返回解析
/etc/resolv.conf
4)前3步不成功，检查DNS缓存，有返回解析
5)分两类：一种情况是配置了转发器，则将查询请求转发给相应的DNS服务器
另一种情况，将查询请求发送给根服务器，根服务器会返回.com的DNS服务器地址；
再次向.com发起查询，.com将返回baidu.com的DNS服务器地址
再次向baidu.com发起查询，返回www.baidu.com.对应地址

递归：客户端向指定的服务器查询
迭代：DNS服务器之间查询

5、 nfs的作用

1）网络文件系统，NFS允许一个系统在网络上与它人共享目录和文件。通过使用NFS，客户端PC可以挂载NFS服务器所提供的目录，之后这个目录就如同本地的磁盘分区一样，用户和程序可以像访问本地文件一样访问远端系统上的文件，节省本地储存空间。

2）NFS好处：
本地工作站使用更少的磁盘空间，因为通常的数据可以存放在一台机器上而且可以通过网络访问到。
用户不必在每个网络上主机都有一个home目录。Home目录可以被放在NFS服务器上并且在网络上处处可用。
存储设备可以在网络上面被别的主机使用，这可以减少整个网络上的可移动介质设备的数量。

6、 ftp的主动模式和被动模式

1 ）主 动 模 式 的 工 作 过 程
FTP客 户 端 从 任 意 的 一 个 非 特 权 端 口 N （ > 1024 ） 连 接 到 服 务 器 的 21 端 口 ， 并 发 送 用 户 名 和 密 码 进 行 登 录 ， 建 立 起 二 者 之 间 的 命 令 连 接 。 当 需 要 传 输 数 据 时 ， 客 户 端 通 过 命 令 连 接 发 出 PORT 命 令 告 诉 服 务 器 “ 我 开 放 的 数 据 端 口 是 N + 1 ， 你 来 连 接 我 ； 服 务 器 收 到 PORT 命 令 后 ， 通 过 自 己 的 20 端 口 主 动 地 发 起 与 客 户 端 的 N + 1 端 口 建 立 数 据 连 接 ； 在 数 据 连 接 通 道 上 ， 开 始 传 输 数 据 直 至 传 输 结 束 而 终 止 数 据 连 接 。

2 ）被 动 模 式 （ PASV ） 的 工 作 过 程
FTP 客 户 端 从 任 意 的 一 个 非 特 权 端 口 N （ > 1024 ） 连 接 到 服 务 器 的 21 端 口 ， 发 送 用 户 名 和 密 码 进 行 登 录 ； 当 需 要 传 输 数 据 时 ， 客 户 端 发 送 PASV 命 令 到 服 务 器 ， 让 服 务 器 进 入被 动 模 式 ； 服 务 器 收 到 PASV 命 令 后 ， 会 向 客 户 端 返 回 一 个 具 有 6 个 字 段 的 字 符 串 ， 其 中 ， i前 四 个 字 段 是 服 务 器 的 IP 地 址 ， 后 两 个 字 段 ： 则 是 能 计 算 出 服 务 器 端 数 据 端 口 号 的 两 个 参 数 ， 然 后 服 务 器 和 客 户 端 均 会 按 照 “ 第 5 个 字 段 * 256 + 第 6 个 字 段 ” 的 算 式 计 算 其 值 （ 记 为 p ） ， 服 务 器 开 启 p 端 口 ， 客 户 端 则 从 N + 1 号 端 口 主 动 向 服 务 器 的 p 号 端 口 发 起 连 接 ， 从 而 建 立 起 一 条 数 据 连 接 通 道 ； 在 数 据 连 接 通 道 上 ， 开 始 传 输 数 据 直 至 传 输 结 束 而 终 止 数 据 连 接 。

7、 pxe+kickstart安装系统原理

PXE的引导过程：
1、PXE client端通过PXE BootROM（自启动芯片）（BIOS里面的PXE固件）广播一个DHCP discover包；
2、支持pxe的DHCP服务器返回分配给客户机的IP以及启动文件的放置位置；
3、PXE client会向本网络中的TFTP服务器索取pxelinux.0（引导文件）、pxelinux.cfg/default（启动菜单配置文件）、vmlinuz（可执行的linux内核，负责安排所有的硬件启动）和initrd.img（驱动程序模块）文件；
4、pxe client由TFTP从服务端下载启动安装程序所必需的文件（pxelinux.0、pxelinux.cfg/default）后，会根据default文件中定义的引导顺序，加载内核和文件系统；
5、这些启动资源其实就是最小的操作系统，这个最小操作系统在装载了网络驱动和TCP/IP协议栈之后，就可以通过HTTP、FTP、NFS方式进行安装；