【计算机网络】知识积累
TCP协议、IP协议、HTTP协议分别在哪一层?
- TCP:运输层
- IP:网络层
- HTTP:应用层
网络七层模型和网络五层模型
TCP协议的三次握手:
- 建立连接时,客户端发送SYN包(syn=x)到服务器,进入SYN_SEN状态,等待服务器确认
- 服务器收到SYN包,必须确认客户的SYN(ack=x+1),同时自己也发送了一个SYN包(syn=y,即SYN+ACK包),进入SYN_RECV状态
- 服务端收到服务器的SYN+ACK包,向服务器发送确认包ACK(ack=y+1),包发送完毕,客户端和服务器进入ESTABLISHED状态(TCP连接成功),完成三次握手。
TCP协议的四次握手:
- 由于TCP协议是全双工的,因此每个方向都必须单独进行关闭。
- 全双工(Full Duplex)通信允许数据在两个方向上同时传输。能力上相当于两个单工通信的结合。
- 半双工(Hals Duplex)数据传输指可以在一个信号载体的两个方向上传输,但是不能同时传输。[同一时间仅允许一个方向,实际上是一种切换方向的单工通信;同一时间只有一方接受或发送信息,如对讲机]
- 单独关闭的原则是当一方完成它的数据发送任务后就能发送一个FIN来终止这个方向的连接。收到一个FIN只意味着这一方向上没有数据流动,一个TCP连接在收到一个FIN后仍能发送数据。首先进行关闭的一方将执行主动关闭,而另一方执行被动关闭。
- TCP的连接的拆除需要发送四个包,因此称为四次握手(four-way handshake)。服务端或刘拉你端均可主动发起挥手动作,在sokert编程中,任何一方执行close()操作即可产生挥手操作。
- 四次握手过程:
- 客户端A发送一个FIN,用来关闭客户A到服务器B的数据传送
- 服务器B收到这个FIN,它发送一个ACK,确认序号为收到的序号加1。和SYN一样,一个FIN将占用一个序号。
- 服务器B关闭与客户端A的连接,发送一个FIN给客户端A
- 客户端A发送ACK报文确认,并将确认序号设置为收到序号加1。
TCP | 状态 |
---|---|
SYN | 建立连接 |
FIN | 关闭连接 |
ACK | 响应 |
PSH | 有DATA数据传输 |
RST | 连接重置 |
- ACK可能是与SYN,FIN等同时使用的,如SYN和ACK,可能同时为1,他表示的就是建立之后的响应
- 如果只是单个SYN,表示的只是建立连接。
为什么连接时候三次握手,关闭的时候四次握手?
- 连接时,当Server端收到Client端的SYN请求后报文后,可以直接发送SYN+ACK报文。ACK报文是用来应答的,SYN报文是用来同步的。
- 关闭时,当Server端收到FIN报文时,很可能不会立即关闭SOCKET,所以只能先回复一个ACK报文,告诉Client端。当Server端所有的报文都发送完后,才能发送FIN报文,因此不能一起发送,所以需要四次握手。
为什么TCP要建立连接?
- 保证可靠传输
TCP为什么可靠一些?
- 三次握手、超时重传、滑动窗口、拥塞控制
哪种应用场景会使用TCP协议,使用它的意义?
- 当对网络通信质量有要求时:整个数据都要准确无误的传输给对方,这往往用于一些可靠的应用。如HTTP、HTTPS、FTP等传输文件的协议,POP、SMTO等邮件传输的协议
TCP连接和释放过程,描述:
-
三次握手:
- 主机A向主机B发送TCP连接请求数据包,其中包含主机A的初始***seq(A)=x。(其中报文中同步标志位SYN=1,ACK=0,表示这是一个TCP连接请求数据报文;序号seq=x,表明传输数据时的第一个数据字节的序号是x)
- 主机B收到请求后,会发回连接确认数据包。(其中确认报文段中,表示位SYN=1,ACK=1,表示这是一个TCP连接响应数据报文,并含主机B的初始***seq(B)=y,以及主机B对主机A初始***的确认号ack(b)=seq(a)+1=x+1)
- 第三次,主机A收到主机B的确认报文后,还需作出确认,即发送一个***seq(A)=x+1;确认号为ack(A)=y+1的报文;
-
四次握手:假设主机A为客户端,主机B为服务器,其释放TCP连接的过程如下:
- 关闭客户端到服务器的连接:首先客户端A发送一个FIN,用来关闭客户到服务器的数据传送,然后等待服务器的确认。其中终止标志位FIN=1,***seq=u;
- 服务器收到这个FIN,它发送回一个ACK,确认号ack为收到的序号加1.(此时服务器还未关闭,当所有服务器端所有报文都发送完毕后再回进入下一步)
- 关闭服务器到客户端的连接:也是发送一个FIN给客户端
- 客户端收到FIN后,会发回一个ACK报文确认,并将确认序号seq设置为收到序号加1。首先进行关闭的一方将执行主动关闭,而另一方执行被动关闭。
解释,http请求中304状态码的含义
- 304(未修改)自从上次请求后,请求的网页未修改过。服务器返回此响应时,不会返回网页内容。
- 如果网页自请求者上次请求后再也没有更改过,您应将服务器配置为返回此响应(称为if-Modified-Since HTTP标头)。服务器可以告诉Googlebot自从上次抓取网页没有变更,进而节省带宽和开销。
请你说明一下,SSL四次握手的过程
- 客户端发送请求
- 首先,客户端(通常是浏览器)先向服务器发送加密通信的请求,这叫做ClientHello请求
- 服务器回应
- 服务器收到客户端请求后,向客户端发出回应,这叫做ServerHello
- 客户端回应
- 客户端收到服务器回应以后,首先验证服务器证书,如果证书不是可信机构颁布、或者证书中的域名与实际域名不一致、或者证书已经过期,就会向访问者显示一个警告,由其选择是否还要继续通信。
- 服务器的最后回应
- 服务器收到客户端的第三个随机数pre-master key之后,计算生成本次会话所有的“会话秘钥”。然后,向客户端最后发送下面信息。
- 编码改变通知,表示随后的信息都将用双方商定的加密方法和秘钥发送。
- 服务器握手结束通知,表示服务器的握手阶段已经结束。这一项同时也是前面发送的所有内容的hash值,用来供客户端校验
至此,整个握手阶段全部结束。接下来,客户端与服务器进入加密通信,就完全是使用普通的HTTP协议,只不过用“会话秘钥”加密内容。
请你讲讲http1.1和1.0的区别
- 缓存处理:
- 在HTTP1.0中主要是用header里的if-Modified-Since,Expires作为缓存判断的标准。
- HTTP1.1则引入了更更多缓存控制策略例如Entity tag,If-Unmodified-Sine,If-Match, If-None-Match等更多可供选择的缓存头来控制缓存策略
- 带宽优化及网络连接的使用:
- HTTP1.0中,存在一些浪费带宽的现象,如客户端需要对象一部分,而服务器将整个对象送过来,并且不支持端点续传功能。
- HTTP1.1在请求头中引入了range头域,它允许只请求资源的某个部分,即返回码是206(Partial Content),方便开发者*选择以便于充分利用带宽和连接。
- 错误的通知管理:
- 在HTTP1.1中新增了24个错误状态响应吗,409(Confilict)表示请求的资源与资源发生冲突,410(Gone)表示服务器上的某个资源被永久性删除。