note-网络是怎样连接的6 请求到达服务器，响应返回浏览器

助记提要

1. 服务器程序的结构
2. 套接字的指代方式
3. MAC模块的接收过程
4. IP模块的接收过程
5. TCP模块处理连接包
6. TCP模块处理数据包
7. TCP模块的断开操作
8. URI转换为实际文件路径
9. URI调用程序
10. Web服务器访问控制
11. 响应内容的类型

6章 请求到达服务器，响应返回浏览器

1 服务器概览

在数据收发层面，不需要区分客户端和服务器。连接操作上需要区分：发起连接的是客户端，等待连接的是服务器。
服务器和客户端的网络相关的组件是相同的，但用法不同。
服务器可以与多台客户端通信，它的程序结构和客户端也不同。

1.1 服务器程序结构

服务器程序分为等待连接模块和与客户端通信的模块。程序启动并完成初始化后，就运行等待连接模块，创建套接字后进入等待连接的暂停状态。
客户端发起连接时，该模块恢复运行，并接受连接，启动客户端通信模块，并移交完成连接的套接字。
客户端通信模块使用已连接的套接字和客户端进行通信。通信结束后，通信模块会退出。

每次有新的客户端发起连接，都会启动一个新的客户端通信模块，与客户端是一对一的关系。

1.2 服务器程序调用socket库的通信操作

accept接受到客户端的包时，协议栈会给等待连接的套接字复制一个副本，并把连接对象等控制信息写到新的套接字中。这时等待连接模块会启动客户端通信模块，并将套接字副本会转交给客户端通信模块。

1.3 多个套接字副本的端口号

复制出套接字副本后，原先的套接字仍然处于等待连接状态。新的客户端的包到达时，它又会执行接受连接操作，再次复制一个套接字副本。

• 套接字的指代方式
  新创建的套接字副本和原来等待连接的套接字具有一样的的端口号，以让客户端判断收到的包是正确的程序发来的，比如http的连接套接字都使用80端口号。但是当客户端的包到达时，服务器仅凭接收方端口号无法判断该把包交给哪一个套接字。
  服务器的套接字可能有相同的端口号，但是客户端的套接字都是对应不同的端口号的。因此能通过客户端的端口号确定服务器上的某个套接字。
  在有多个客户端时，不同客户端的端口号可能是重复的，所以必须再加上客户端的IP地址才能判断。

IP头部和TCP头部包含了4项信息：接收方IP、接收方端口号、发送方IP、发送方端口号。通过这4项信息就能确定某个套接字。

• 描述符指代套接字
  描述符也用来指代套接字。因为在等待连接的时候，没有客户端IP和端口号。而且描述符仅使用一种信息，表示起来比4种信息简单。

2 服务器的接收操作

2.1 网卡把信号还原为数字信息

1. 从报头读取识别时钟信号，按相同的周期延长时钟信号；
2. 在每个时钟周期位置检测信号的变化方向，根据信号变化方向还原出0和1；
3. 根据校验公式计算数字信息，与包尾的帧校验序列比较；如果不一致，说明数据错误，包会被丢弃(TCP检测到丢包后会自动处理)。
4. 校验成功后，就检查MAC头部的接收方MAC地址，确认这个包是发给自己的。
5. 都确认无误后，把数字信息保存在网卡的缓冲区中。
6. 网卡通过中断，告知CPU有网络包到达；
7. CPU切换到网卡驱动程序，从网卡缓冲区读取包，根据MAC头部的以太类型字段判断协议种类，然后交给相应的协议栈。

2.2 IP模块接收步骤

1. 检查IP头部格式是否符合规范；
2. 查看接收方IP地址是不是自己；
3. 检查包有没有被分片，如果是分片的包，就把包暂存在内存中，等所有分片到达后组装为原始包。
4. 检查IP头部的协议号字段，交给对应的模块。如协议号为06交给TCP模块，协议号为11交给UDP模块。

2.3 TCP模块的操作

TCP模块处理连接包

TCP模块发现TCP头部控制位的SYN为1时，说明是一个发起连接的包。

1. TCP模块检查包的接收方端口号，看该端口上有没有正处于等待连接状态的套接字。如果没有等待连接的套接字，则像客户端返回错误通知。
2. 如果存在等待连接的套接字，就为这个套接字复制一个新的副本，将发送方IP、端口、序号初始值、窗口大小等信息写入这个套接字，并分配用于发送缓冲区和接收缓冲区的内存空间。
3. 生成代表确认的ACK号，和发送数据的序号初始值、接收缓冲区的窗口大小等信息生成TCP头部，委托IP模块发给客户端。
4. 客户端收到后，返回表示确认的ACK号。ACK号到达服务器后，连接就完成了。

TCP模块处理数据包

1. 根据包的IP头部的发送方IP、接收方IP，和TCP头部的接收方端口、发送方端口找到数据包对应的套接字。
2. 根据套接字中保存的上一个序号和数据长度计算下一个序号，检查该序号和包的TCP头部中的序号是否一致。一致说明包未丢失，这时TCP模块从包中提取数据放到接收缓冲区，和之前的数据连接起来。
3. 数据进入接收缓冲区后，TCP模块生成确认应答的TCP头部，根据接收包的序号和数据长度计算出ACK号，委托IP模块发给客户端。
4. 应用程序调用read，TCP模块把接收缓冲区的数据转交给应用程序。

TCP模块的断开操作

1. 服务器程序调用close时，TCP模块生成控制位FIN为1的TCP头部，委托IP模块发送给客户端；
2. 客户端收到后，返回一个ACK号，确认收到；
3. 客户端调用close，生成一个FIN为1的TCP头部发送给服务器；
4. 服务器返回ACK号，完成断开操作。对应的套接字一段时间后会被删除。

3 Web服务器程序解释请求消息并作出响应

3.1 URI转换为实际文件名

请求消息中包括请求方法和表示数据源的URI，服务器程序根据这些信息向客户端返回数据。

Web服务器公开的目录不是磁盘上的实际目录，而是虚拟目录。URI中写的就是在虚拟目录结构下的路径名。在读取文件时，需要先查询虚拟目录与实际目录的对应关系，并将URI转换成实际的文件名，才能读取并返回数据。

URI中省略文件名时，服务器会读取预先设定好的默认文件名。
可以设置文件名改写规则，在URI中的路径符合改写规则时，将URI中的文件名改写为其他文件名进行访问。这在服务器的目录和文件发生变化并且需要用户通过原来的网址访问时很有用。

3.2 CGI程序

URI指定的文件内容不一定是HTML文档，也可能时一个程序。这时服务器会运行这个程序，然后将程序的输出返回给客户端。

浏览器将需要服务器程序处理的数据放在HTTP请求消息中发送给服务器。数据加在HTTP消息中的两种方法，一是通过GET方法，把输入的数据作为参数添加在URI后面；二是通过POST方法，把数据放在HTTP请求体中发送给服务器。

收到请求消息后，Web服务器检查URI指定的文件名是不是程序。如果是程序，Web服务器会委托操作系统运行这个程序，然后从请求消息中取出数据交给该程序。

程序处理后，输出结果一般会嵌入HTML中。Web服务器将其作为响应消息返回给客户端。

3.3 Web服务器访问控制

访问控制可以根据预先设定的规则，允许或禁止访问。

收到请求时，服务器根据URI判断数据源，并检查数据源对应的访问控制规则，只有允许访问时才读取文件或运行程序。

根据IP地址控制

接受连接时就能知道客户端的IP地址，可以检查是否允许访问。

根据客户端域名控制

先根据IP地址向DNS服务器查询客户端域名，然后再用该域名查询一下IP地址，看结果是否和发送方IP一致。如果一致则检查对应的访问控制规则。
这种方式需要和DNS服务器做多次查询，会使Web服务器响应速度变慢。

有一种在DNS服务器上注册假域名的攻击方式，因此需要双重检查。

根据用户名和密码控制

收到需要用户名和密码的访问时，Web服务器会向客户端发送一条响应消息，告诉用户需要在请求消息中放入用户名和密码。
浏览器收到该消息，会弹出输入用户名和密码的窗口，用户输入用户名和密码后，浏览器把这些消息放入请求消息中重新发给服务器。
服务器检查收到的用户名和密码，与注册的信息一致时，才返回数据。

3.4 做出响应

Web服务器调用write，把响应消息交给协议栈，告诉协议栈这个消息对应的套接字。
协议栈会把数据拆分为多个包，加上头部发出去。

4 浏览器接收响应消息并显示内容

4.1 通过响应的数据类型判断内容

Web可以处理很多类型的数据，每种类型的显示方法都不同。
可以根据响应消息的头部字段Content-Type判断数据类型。

Content-Type: 主类型/子类型; charset=utf-8

Content-Type定义的数据类型：

当数据类型为文本时，需要用charset附加文本的编码信息。utf-8表示Unicode，euc-jp表示EUC编码，ISO-022-jp表示JIS编码，shift_jis表示JIS编码。

如果消息的内容是通过压缩或编码技术转换过的，还需要检查Content-Encoding字段，得知如何将消息中的数据还原为原始数据。

4.2 浏览器在网页显示内容

HTML文档按照标签表示文档的布局和字体等样式信息。浏览器解释这些标签，并按照指定的样式显示文档内容。
HTML文档中有表示图片和视频的标签。浏览器遇到这些标签时，会向服务器请求其中的图片或视频数据。Web服务器返回数据后，浏览器解压该数据，然后委托操作系统显示。
Web服务器还会返回一些应用程序的数据，浏览器会调用相应的程序，或者是自身的插件。不同类型的数据和不同程序的对应关系在浏览器中已经设置好了。

显示操作实际上是操作系统完成的，浏览器负责对系统发出指令。