面试复习题--网络

最新推荐文章于 2023-02-04 16:02:41 发布

hqiangtai

最新推荐文章于 2023-02-04 16:02:41 发布

阅读量76

点赞数

分类专栏： java 面试网络文章标签： https ssl 网络协议

本文链接：https://blog.csdn.net/hqiangtai/article/details/125546250

版权

java 同时被 3 个专栏收录

36 篇文章 0 订阅

订阅专栏

面试

28 篇文章 0 订阅

订阅专栏

网络

1 篇文章 0 订阅

订阅专栏

1、弱网检测

吞吐量：网络接口接受和传输的每秒字节数。延迟：系统调用发送/接受延迟。连接延迟，首包延迟，网络往返时间等。连接数：每秒的连接数。错误：丢包计数，超时等。

被动检测：dns query 使用Android系统的默认DNS服务器来查询目标服务器的（核心）域名，DNS查询的超时时间为3s。ping

主动检测：记录网络请求的耗时

2、HTTPS链接

在使用HTTPS时需要保证服务端配置正确了对应的安全证书
客户端发送请求到服务端
服务端返回公钥和证书到客户端
客户端接收后会验证证书的安全性,如果通过则会随机生成一个随机数,用公钥对其加密,发送到服务端
服务端接受到这个加密后的随机数后会用私钥对其解密得到真正的随机数,随后用这个随机数当做私钥对需要发送的数据进行对称加密
客户端在接收到加密后的数据使用私钥(即生成的随机值)对数据进行解密并且解析数据呈现结果给客户
SSL加密建立

3、HTTPS证书验证

首先客户端会使用同样的 Hash 算法获取该证书的 Hash 值 H1；
通常浏览器和操作系统中集成了 CA 的公钥信息，浏览器收到证书后可以使用 CA 的公钥解密 Certificate Signature 内容，得到一个 Hash 值 H2 ；
最后比较 H1 和 H2，如果值相同，则为可信赖的证书，否则则认为证书不可信。

4、OSI和TCP/IP分层

OSI：应用层、表示层、会话层、传输层、网络层、数据链路层、物理层。

TCP/IP：应用层、传输层、网际层、网络层

1）应用层：TELNET、FTP、TFTP、SMTP、SNMP、HTTP、BOOTP、DHCP、DNS（注：DNS使用的传输协议既可为TCP又可为UDP）

（2）表示层：文本：ASCII，EBCDIC 图形：TIFF，JPEG，GIF，PICT 声音：MIDI，MPEG，QUICKTIME

（3）会话层：Socket、NFS、SQL、RPC 、X-WINDOWS、ASP（APPTALK会话协议）、SCP

（4）传输层：TCP、UDP、SPX

（5）网络层：IP、IPX、ICMP、RIP、OSPF(Open Shortest Path First开放式最短路径优先) （6）数据链路层：SDLC、HDLC、PPP、STP（Spanning Tree Protocol）、帧中继

（7）物理层：EIA/TIA RS-232、EIA/TIA RS-449、V.35、RJ-45

5、TCP的3次握手

第一次握手：客户端要向服务端发起连接请求，首先客户端随机生成一个起始序列号ISN(比如是100)，那客户端向服务端发送的报文段包含SYN标志位(也就是SYN=1)，序列号seq=100。

第二次握手：服务端收到客户端发过来的报文后，发现SYN=1，知道这是一个连接请求，于是将客户端的起始序列号100存起来，并且随机生成一个服务端的起始序列号(比如是300)。然后给客户端回复一段报文，回复报文包含SYN和ACK标志(也就是SYN=1,ACK=1)、序列号seq=300、确认号ack=101(客户端发过来的序列号+1)。

第三次握手：客户端收到服务端的回复后发现ACK=1并且ack=101,于是知道服务端已经收到了序列号为100的那段报文；同时发现SYN=1，知道了服务端同意了这次连接，于是就将服务端的序列号300给存下来。然后客户端再回复一段报文给服务端，报文包含ACK标志位(ACK=1)、ack=301(服务端序列号+1)、seq=101(第一次握手时发送报文是占据一个序列号的，所以这次seq就从101开始，需要注意的是不携带数据的ACK报文是不占据序列号的，所以后面第一次正式发送数据时seq还是101)。当服务端收到报文后发现ACK=1并且ack=301，就知道客户端收到序列号为300的报文了，就这样客户端和服务端通过TCP建立了连接。

比如客户端初始化的序列号ISA=100，服务端初始化的序列号ISA=300。TCP连接成功后客户端总共发送了1000个字节的数据，服务端在客户端发FIN报文前总共回复了2000个字节的数据。

第一次挥手：当客户端的数据都传输完成后，客户端向服务端发出连接释放报文(当然数据没发完时也可以发送连接释放报文并停止发送数据)，释放连接报文包含FIN标志位(FIN=1)、序列号seq=1101(100+1+1000，其中的1是建立连接时占的一个序列号)。需要注意的是客户端发出FIN报文段后只是不能发数据了，但是还可以正常收数据；另外FIN报文段即使不携带数据也要占据一个序列号。

第二次挥手：服务端收到客户端发的FIN报文后给客户端回复确认报文，确认报文包含ACK标志位(ACK=1)、确认号ack=1102(客户端FIN报文序列号1101+1)、序列号seq=2300(300+2000)。此时服务端处于关闭等待状态，而不是立马给客户端发FIN报文，这个状态还要持续一段时间，因为服务端可能还有数据没发完。

第三次挥手：服务端将最后数据(比如50个字节)发送完毕后就向客户端发出连接释放报文，报文包含FIN和ACK标志位(FIN=1,ACK=1)、确认号和第二次挥手一样ack=1102、序列号seq=2350(2300+50)。

第四次挥手：客户端收到服务端发的FIN报文后，向服务端发出确认报文，确认报文包含ACK标志位(ACK=1)、确认号ack=2351、序列号seq=1102。注意客户端发出确认报文后不是立马释放TCP连接，而是要经过2MSL(最长报文段寿命的2倍时长)后才释放TCP连接。而服务端一旦收到客户端发出的确认报文就会立马释放TCP连接，所以服务端结束TCP连接的时间要比客户端早一些。