1、linux系统启动过程

1，通电加载CMOS
2，加载BIOS
3，读取MBR
4，GRUB引导
5，加载内核
6，启动Init进程，依据inittab文件设定运行级别
7，init进程，执行rc.sysinit文件。
8，启动内核模块，执行不同级别的脚本程序。
9，执行/etc/rc.d/rc.local
10，启动mingetty，进入系统登陆界面。

2、web工作原理

1、用户在浏览器中输入要访问的web站点地址或在已打开的站点点击超链接。
2、由DNS进行域名解析，找到服务器的IP地址，向该地址指向的web服务器发出请求。
3、web服务器根据请求将URL地址转换为页面所在的服务器上的文件全名，查找相应的文件。
4、若URL指向静态文件，则服务器将文件通过http或https协议传输给用户浏览器；若HTML文档中嵌入了ASP,PHP,JSP等程序，则由服务器直接运行后返回给用户；
如果web服务器所运行程序包含对数据库的访问，服务器会将查询指令发送给数据库服务器，对数据库执行查询操作，查询结果由数据库返回给web服务器，再由web服务器将结果潜入页面，并以html格式发送给浏览器。
5、浏览器解释html文档，在客户端屏幕上展示结果。

3、dhcp工作原理

动态主机配置协议，使网络环境中的主机动态的获得IP地址、Gateway地址、DNS服务器地址等信息。
DHCP工作原理：所有的消息数据包使用UDP方式发送，UDP端口号为67（server） — 68（client）
DHCP discover（发现）
DHCP Offer（应答）
DHCP request （请求）
DHCP ACK（确认）

1. 发现

当DHCP客户机第一次登录网络的时候（也就是客户机上没有任何IP地址数据时），它会通过UDP 67端口向网络上发出一个DHCP DISCOVER数据包（包中包含客户机的MAC地址和计算机名等信息）。因为客户机还不知道自己属于哪一个网络，所以封包的源地址为0.0.0.0，目标地址为255.255.255.255，然后再附上DHCP discover的信息，向网络进行广播。

DHCP discover的等待时间预设为1秒，也就是当客户机将第一个DHCP discover封包送出去之后，在1秒之内没有得到回应的话，就会进行第二次DHCP discover广播。若一直没有得到回应，客户机会将这一广播包重新发送四次（以2，4，8，16秒为间隔，加上1-1000毫秒之间随机长度的时间）。如果都没有得到DHCP Server的回应，客户机会从169.254.0.0/16这个自动保留的私有IP地址中选用一个IP地址。并且每隔5分钟重新广播一次，如果收到某个服务器的响应，则继续IP租用过程。

2. 应答

当DHCP Server监听到客户机发出的DHCP discover广播后，它会从那些还没有租出去的地址中，选择最前面的空置IP，连同其它TCP/IP设定，通过UDP 68端口响应给客户机一个DHCP OFFER数据包（包中包含IP地址、子网掩码、地址租期等信息）。此时还是使用广播进行通讯，源IP地址为DHCP Server的IP地址，目标地址为255.255.255.255。同时，DHCP Server为此客户保留它提供的IP地址，从而不会为其他DHCP客户分配此IP地址。

由于客户机在开始的时候还没有IP地址，所以在其DHCP discover封包内会带有其MAC地址信息，并且有一个XID编号来辨别该封包，DHCP Server响应的DHCP OFFER封包则会根据这些资料传递给要求租约的客户。

3. 请求

如果客户机收到网络上多台DHCP服务器的响应，只会挑选其中一个DHCP OFFER（一般是最先到达的那个），并且会向网络发送一个DHCP REQUEST广播数据包（包中包含客户端的MAC地址、接受的租约中的IP地址、提供此租约的DHCP服务器地址等），告诉所有DHCP Server它将接受哪一台服务器提供的IP地址，所有其他的DHCP服务器撤销它们的提供以便将IP地址提供给下一次IP租用请求。此时，由于还没有得到DHCP Server的最后确认，客户端仍然使用0.0.0.0为源IP地址，255.255.255.255为目标地址进行广播。

事实上，并不是所有DHCP客户机都会无条件接受DHCP Server的OFFER，特别是如果这些主机上安装有其它TCP/IP相关的客户机软件。客户机也可以用DHCP REQUEST向服务器提出DHCP选择，这些选择会以不同的号码填写在DHCP Option Field里面。客户机可以保留自己的一些TCP/IP设定。

4. 确认

当DHCP Server接收到客户机的DHCP REQUEST之后，会广播返回给客户机一个DHCP ACK消息包，表明已经接受客户机的选择，并将这一IP地址的合法租用以及其他的配置信息都放入该广播包发给客户机。

客户机在接收到DHCP ACK广播后，会向网络发送三个针对此IP地址的ARP解析请求以执行冲突检测，查询网络上有没有其它机器使用该IP地址；如果发现该IP地址已经被使用，客户机会发出一个DHCP DECLINE数据包给DHCP Server，拒绝此IP地址租约，并重新发送DHCP discover信息。此时，在DHCP服务器管理控制台中，会显示此IP地址为BAD_ADDRESS。

如果网络上没有其它主机使用此IP地址，则客户机的TCP/IP使用租约中提供的IP地址完成初始化，从而可以和其他网络中的主机进行通讯。

Client --------------------->DHCP DISCOVER

                DHCP OFFER <------------------- Server

Client --------------------->DHCP REQUEST

                DHCP ACK <---------------Server

4、dns解析原理

域名解析服务，将域名解析为IP地址。

过程：
1， 查询本地的dns缓存，比如本地的hosts文件
2， 查询本地DNS服务器
3， 查询根域服务器
4， 查询.com顶级域服务器
5， 查询qq.com域服务器
6， 返回www.qq.com域名的IP地址

5、nfs的作用

NFS（Network File System，网络文件系统）是FreeBSD支持的文件系统中的一种，它允许网络中的计算机（不同的计算机、不同的操作系统）之间通过TCP/IP网络共享资源，主要在unix系列操作系统上使用。在NFS的应用中，本地NFS的客户端应用可以透明地读写位于远端NFS服务器上的文件，就像访问本地文件一样。

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

主动模式和被动模式是相对于服务器而言
主动模式：即服务器主动连接客户端的数据通道
客户端使用随机端口号1026连接服务端21号端口，告诉服务器我要你主动连接我，我的数据通道端口号为1027。
服务器使用数据通道20端口连接客户端的数据通道1027端口

被动模式：即服务器被动等待客户端连接数据通道
客户端通过随机端口号1026连接服务端21号端口，服务器告诉客户端我的数据通道端口号是2024
客户端使用随机端口号1027连接服务器的数据通道2024号端口

7、pxe+kickstart安装系统原理

kickstart是一种无人值守的安装方式，它的工作原理是提前定义好了linux安装过程的配置文件，这个配置文件通常为ks.cfg。有了这个文件，可以让Linux在安装过程中按照我们预先定义的要求进行自动化安装，同时对于部署大量主机也非常方便。
PXE（preboot execute environment，预启动执行环境）是由Intel公司开发的最新技术，工作于Client/Server的网络模式，支持通过网络从远端服务器下载镜像，并由此支持通过网络启动操作系统，在启动过程中，终端要求服务器分配IP地址，再用TFTP（trivial file transfer protocol，简单文件传输协议）协议下载一个启动软件包到本机内存中执行，由这个启动软件包完成终端（客户端）基本软件设置，从而引导安装操作系统。