计算机网络基础知识简答

1. Http和Https的区别
   Http协议(超文本传输协议)运行在TCP之上，明文传输，无状态，客户端与服务器端都无法验证对方的身份；Https是由SSL协议和Http协议构建的可进行加密传输，身份认证的网络协议。二者之间存在如下不同：
   端口不同：Http与Http使用不同的连接方式，用的端口也不一样，前者是80，后者是443；
   资源消耗：和HTTP通信相比，Https通信会由于加减密处理消耗更多的CPU和内存资源；
   开销：Https通信需要证书，而证书一般需要向认证机构购买；
   Https的加密机制是一种共享密钥加密和公开密钥加密并用的混合加密机制。
2. 对称加密与非对称加密
   (我要和你建立链接，你真的要和我建立链接么，我真的要和你建立链接，成功)
   对称密钥加密是指加密和解密使用同一个密钥的方式，这种方式存在的最大问题就是密钥发送问题，即如何安全地将密钥发给对方；而非对称加密是指使用一对非对称密钥，即公钥和私钥，公钥可以随意发布，但私钥只有自己知道。发送密文的一方使用对方的公钥进行加密处理，对方接收到加密信息后，使用自己的私钥进行解密。
   由于非对称加密的方式不需要发送用来解密的私钥，所以可以保证安全性；但是和对称加密比起来，它非常的慢，所以我们还是要用对称加密来传送消息，但对称加密所使用的密钥我们可以通过非对称加密的方式发送出去。
3. 三次握手过程(我要和你建立链接，你真的要和我建立链接么，我真的要和你建立链接，成功)
   第一次握手：Client将标志位SYN置为1，随机产生一个值seq=J，并将该数据包发送给Server，Client进入SYN_SENT状态，等待Server确认。
   第二次握手：Server收到数据包后由标志位SYN=1知道Client请求建立连接，Server将标志位SYN和ACK都置为1，ack=J+1，随机产生一个值seq=K，并将该数据包发送给Client以确认连接请求，Server进入SYN_RCVD状态。
   第三次握手：Client收到确认后，检查ack是否为J+1，ACK是否为1，如果正确则将标志位ACK置为1，ack=K+1，并将该数据包发送给Server，Server检查ack是否为K+1，ACK是否为1，如果正确则连接建立成功，Client和Server进入ESTABLISHED状态，完成三次握手，随后Client与Server之间可以开始传输数据了
   
4. 四次挥手过程(我要和你断开链接；好的，断吧；我也要和你断开链接；好的，断吧)：
   第一次挥手：Client发送一个FIN = 1及一个序号seq = u，用来关闭Client到Server的数据传送，Client进入FIN_WAIT_1状态。
   第二次挥手：Server收到FIN后，发送一个ACK给Client，确认序号为收到序号+1（与SYN相同，一个FIN占用一个序号）即seq=u+1，Server进入CLOSE_WAIT状态。此时TCP链接处于半关闭状态，即客户端已经没有要发送的数据了，但服务端若发送数据，则客户端仍要接收。
   第三次挥手：Server发送一个FIN = 1，用来关闭Server到Client的数据传送，Server进入LAST_ACK状态。
   第四次挥手：Client收到FIN后，Client进入TIME_WAIT状态，接着发送一个ACK给Server，确认序号为收到序号+1，Server进入CLOSED状态，完成四次挥手。
   
5. 为什么TCP链接需要三次握手，两次不可以么，为什么？
   为了防止 已失效的链接请求报文突然又传送到了服务端，因而产生错误。
   客户端发出的连接请求报文并未丢失，而是在某个网络节点长时间滞留了，以致延误到链接释放以后的某个时间才到达Server。这是，Server误以为这是Client发出的一个新的链接请求，于是就向客户端发送确认数据包，同意建立链接。若不采用“三次握手”，那么只要Server发出确认数据包，新的链接就建立了。由于client此时并未发出建立链接的请求，所以其不会理睬Server的确认，也不与Server通信；而这时S