- web工作原理
1、用户在浏览器中输入要访问的web站点地址或在已打开的站点点击超链接。
2、由DNS进行域名解析，找到服务器的IP地址，向该地址指向的web服务器发出请求。
3、web服务器根据请求将URL地址转换为页面所在的服务器上的文件全名，查找相应的文件。
4、若URL指向静态文件，则服务器将文件通过http协议传输给用户浏览器；若HTML文档中嵌入了ASP,PHP,JSP等程序，则由服务器直接运行后返回给用户；
如果web服务器所运行程序包含对数据库的访问，服务器会将查询指令发送给数据库服务器，对数据库执行查询操作，查询结果由数据库返回给web服务器，再由web服务器将结果潜入页面，并以html格式发送给浏览器。
5、浏览器解释html文档，在客户端屏幕上展示结果。 - dhcp工作原理
DHCP协议采用UDP作为传输协议，主机发送请求消息到DHCP服务器的67号端口，DHCP服务器回应应答消息给主机的68号端口。详细的交互过程如下图。（1）客户端：利用广播数据包发送搜索DHCP服务器
若客户端网络设置使用DHCP协议取得IP，则当客户端开机或者是重新启动网卡时，客户端主机会发送出查找DHCP服务器的UDP数据包（discover）给所有物理网段内的计算机。因为客户端还不知道自己属于哪一个网络，所以该数据包的来源地址会为0.0.0.0，而目的地址则为255.255.255.255。一般主机接收到这个数据包之后会直接丢弃，若局域网内有DHCP服务器，则会开始后续行为。
（2）服务器端：提供客户端网络相关的租约以供选择。（dhcp offer）
DHCP服务器在监听到客户端发出的dhcp discover广播后，会针对这个客户端的硬件地址（ MAC）与本身的设置数据进行下列工作：
到服务器的日志文件中查找该用户之前是否曾经租用过某个IP，若有且该IP目前无人使用，则提供此IP给客户端。
若配置文件针对该MAC地址提供特定的固定IP时，则提供该固定的IP给客户端。
若不符合上述两个条件，则随机选取当前没有被使用的IP参数给客户端，并记录下来。
（3）客户端：决定选择DHCP服务器提供的网络参数租约并向服务器确认。
由于局域网内可能并非仅有一台DHCP服务器，但客户端仅能接收一组网络参数租约，因此客户端只会挑选其中一个DHCP offer（通常是最先抵达的那个）。当决定好使用此服务器的网络参数租约后，客户端便开始使用这组网络参数来配置自己的网络环境。此外，客户端会发送一个dhcp request广播数据包给所有物理网段内的主机，告知已经接受该服务器的租约（此时若有两台以上的DHCP服务器，则这些没有被接受的服务器会收回该IP租约。）。同时，客户端还会向网络发送一个ARP封包，查询网络上面有没有其他机器使用该IP地址；如果发现该IP地址已经被占用，客户端则会送出一个DHCPDECLIENT包给DHCP服务器，拒绝接受其DHCP offer，并重新发送DHCP discover信息。
（4）服务器端：记录该次租约行为后并向客户端发送响应数据包信息以确认客户端的使用。
当服务器端收到客户端的确认选择后，服务器会回送确认的dhcp ack响应数据包，并且告知客户端这个网络参数租约的期限，并且开始租约计时。那么该次租约何时会到期而被解约，有以下几种情况：
客户端脱机：关闭网络接口、重新启动、关机等行为，都算是脱机状态，这个时候server端就会将该IP地址收回，并放到server的备用区中，以便日后使用。
客户端租约到期：dhcp server端发放的IP有使用的期限，客户端使用这个IP到达期限规定的时间，而且没有重新提出DHCP的申请时，server端就会将该IP收回，这个时候就会断线。但用户也可以向DHCP服务器再次要求分配IP。 - dns解析原理
客户端发出的查询都是递归查询，DNS服务器向外发出的查询一般都是迭代查询1.在浏览器中输入www . qq .com 域名，操作系统会先检查自己本地的hosts文件是否有这个网址映射关系，如果有，就先调用这个IP地址映射，完成域名解析。
2.如果hosts里没有这个域名的映射，则查找本地DNS解析器缓存，是否有这个网址映射关系，如果有，直接返回，完成域名解析。
3.如果hosts与本地DNS解析器缓存都没有相应的网址映射关系，首先会找TCP/IP参数中设置的首选DNS服务器，在此我们叫它本地DNS服务器，此服务器收到查询时，如果要查询的域名，包含在本地配置区域资源中，则返回解析结果给客户机，完成域名解析，此解析具有权威性。
4.如果要查询的域名，不由本地DNS服务器区域解析，但该服务器已缓存了此网址映射关系，则调用这个IP地址映射，完成域名解析，此解析不具有权威性。
5.如果本地DNS服务器本地区域文件与缓存解析都失效，则根据本地DNS服务器的设置（是否设置转发器）进行查询，如果未用转发模式，本地DNS就把请求发至13台根DNS，根DNS服务器收到请求后会判断这个域名(.com)是谁来授权管理，并会返回一个负责该顶级域名服务器的一个IP。本地DNS服务器收到IP信息后，将会联系负责.com域的这台服务器。这台负责.com域的服务器收到请求后，如果自己无法解析，它就会找一个管理qq.com的DNS服务器地址给本地DNS服务器。当本地DNS服务器收到这个地址后，就会找qq.com域服务器，重复上面的动作，进行查询，直至找到www . qq .com主机。
6.如果用的是转发模式，本地DNS服务器就会把请求转发至上一级DNS服务器，由上一级服务器进行解析，上一级服务器如果不能解析，或找根DNS或把请求转至上上级，以此循环。找到最后把结果返回给本地DNS服务器，由此DNS服务器再返回给客户机。
DNS解析方式
正向解析：将FQDN----->IP
反向解析：将IP----->FQDN - nfs的作用
nfs它最大的功能就是可以通过网络，让不同的机器，不同的操作系统可以共享彼此的文件。
nfs服务器可以让PC将网络中的NFS服务器共享的目录挂载到本地端的文件系统中，而在本地端的系统中来看，那个远程主机的目录就好像是自己的一个磁盘分区一样，在使用上相当便利；
.同一个挂载点可以连接多个设备 /mnt/sr0 /dev/sda5
一个设备可以连接多个挂载点 - ftp的主动模式和被动模式
主动模式：
端口
tcp21 命令连接
tcp20 传输数据
使用模式：主动模式，被动模式
主动模式：以服务器防火墙为立足点，要支持主动模式FTP需要打开如下交互中使用到的端口
FTP服务器命令（21）端口接收客户端任意端口（客户端初始连接）
FTP服务器命令（21）端口到客户端端口（>1023）（服务器响应客户端命令）
FTP服务器数据（20）端口到客户端端口（>1023）（服务器初始化数据连接到客户端数据端口）
FTP服务器数据（20）端口接收客户端端口（>1023）（客户端发送ACK包到服务器的数据端口）服务端数据传输主动将数据发送到客户端
客户端开启高位随机端口和服务器21端口建立命令连接post
服务端回复命令请求
服务端开启20号数据端口和客户端高位随机端口建立数据连接
客户端确认信息
被动模式：
对于服务器防火墙来说，必须允许下面的通讯才能支持被动方式的FTP
FTP服务器命令（21）端口接收客户端任意端口（客户端初始连接）
FTP服务器命令（21）端口到客户端端口（>1023）（服务器响应客户端命令）
FTP服务器数据端口（>1023）接收客户端端口（>1023）（客户端初始化数据连接到服务器指定的任意端口）
FTP服务器数据端口（>1023）到客户端端口（>1023）（服务器发送ACK响应和数据到客户端的数据端口）用户分类
匿名用户 任何人用同一个id身份登陆（不需要用户验证）
虚拟用户 将一个本地用户身份虚拟为多个身份（通过虚拟用户身份验证登陆）
系统用户 本地用户（本地用户身份验证登陆） - pex-kickstart安装系统原理
1.PXE Client向DHCP发送请求
PXE Client从自己的PXE网卡启动，通过PXE BootROM（自启动芯片）会以UDP（简单用户数据报文协议）发送一个广播请求，向本网络中的DHCP服务器索取IP
a. DHCP服务器提供信息
DHCP服务器收到客户端的请求，验证是否来自合法的PXEClient的请求，验证通过它将给客户端一个“提供”响应，这个“提供”响应中包含了为客户端分配的IP地址、pxelinux启动程序（TFTP）位置，以及配置文件所在位置。
b.PXE客户端请求下载启动文件
客户端收到服务器的“回应”后，会回应一个帧，以请求传送启动所需文件。这些启动文件包括：pxelinux.0、pxelinux.cfg/default、vmlinuz、initrd.img等文件。
c. Boot Server响应客户端请求并传送文件
当服务器收到客户端的请求后，他们之间之后将有更多的信息在客户端与服务器之间作应答，用以决定启动参数。BootROM由TFTP通讯协议从Boot Server下载启动安装程序锁必须的文件（pxelinux.0、pxelinux.cfg/default）。default文件下载完成后，会根据该文件中定义的引导顺序，启动Linux安装程序的引导内核。
d.请求下载自动应答文件
客户端通过pxelinux.cfg/default文件成功的引导Linux安装内核后，安装程序首先必须确定你通过什么安装介质来安装Linux，如果是通过网络安装（NFS、FTP、HTTP），则会在这个时候初始化网络，并定位安装源位置。接着会读取default文件中指定的自动应答文件ks.cfg所在位置，根据该位置请求下载该文件。 - 系统启动原理
操作系统启动过程简单分为四部分，从BIOS自检、系统引导、启动内核、初始化系统。其中每个部分又分为多个自部分，操作系统的建立是一个相对比较复杂的事情.
BIOS自检
步骤1：上电自检POST(Power-on self test)，主要负责检测系统外围关键设备（如：CPU、内存、显卡、I/O、键盘鼠标等）是否正常。例如，最常见的是内存松动的情况，BIOS自检阶段会报错，系统就无法启动起来；
步骤2：步骤1成功后，便会执行一段小程序用来枚举本地设备并对其初始化。这一步主要是根据我们在BIOS中设置的系统启动顺序来搜索用于启动系统的驱动器，如硬盘、光盘、U盘、软盘和网络等。我们以硬盘启动为例，BIOS此时去读取硬盘驱动器的第一个扇区(MBR，512字节)，然后执行里面的代码。实际上这里BIOS并不关心启动设备第一个扇区中是什么内容，它只是负责读取该扇区内容、并执行。
系统引导
我们首先来了解一下MBR，它是Master Boot Record的缩写。硬盘的0柱面、0磁头、1扇区称为主引导扇区。它由三个部分组成，主引导程序(Bootloader)、 硬盘分区表DPT（Disk Partition table）和硬盘有效标志（55AA），其结构图如下所示
磁盘分区表包含以下三部分：
1）Partition ID
2）Partition起始磁柱
3）Partition的磁柱数量
引导程序的核心工作是将linux内核从外存读入内存，并将其放在合适的位置中。Linux的内核被分为三部分；
1）主体部分是在保护模式或64位中运行的内核镜像（bzimage），以被压缩
2）在内核镜像之前有一段解压缩程序，用于解压缩内核
3）文件头部是一段实模式的初始化程序，用于在保护模式运行
启动内核
当处理器离开引导程序的时候，它处于实模式下面，需要执行实模式下面的引导程序后，跳转到保护模式解压内核镜像。
在实模式中，引导程序进行三项工作：
1）收集系统参数
2）设置基本环境
3）切换处理器操作模式
解压内核
如前面讲到的，linux在内存中的为内存镜像，需要进行解压，解压后需要把内核放在适当的位置。这个位置在老的版本为0x100000（1MB）处，新版本要求在物理内存的0x1000000（16MB）处，这样可以节省16MB以下的内存空间给DMA使用。借此就进入了保护模式的内核初始化下了。
相关文章：