盘算机网络通关学习（一）

简介

之前我通过王道的考研课举行了盘算机网络的学习，但是在秋招准备过程中发现之前的条记很多不敷，学习的知识不敷深入和巩固，以是再重新对《图解HTTP》&《图解TCP/IP》举行深度学习后，总结出了此篇博客，由于内容都是据我而定的，对于我来说以及牢牢记着的知识点就没有举行条记纪录，以是如需深入学习还须要本身独立阅读相干册本。册本内容赛过齐备八股文和条记，由浅入深有体系的学习，胜于齐备死记硬背。同时在学习协议大概一些专著名词时，和英文原文一起影象，对我们的学习更有资助。
HTTP

以下内容是对HTTP的一些学习条记：
起首我们须要相识到的是HTTP是在应用层使用的一种传输协议，和FTP，DNS应用的位置是一样的，关于盘算机网络的分层布局我们在后续TCP/IP协议处在举行表明，这里简单相识即可。

URI和URL

URI：同一资源标志符(Uniform Resource Identifier)
URL：同一资源定位符(Uniform Resource Locater)
即：URI使用字符串标识某一互联网资源，二URL表现资源的地点（互联网上的位置）以是我们说URL是URI的子集。
HTTP界说

• HTTP协议用于客户端与服务端之间的通讯。
  
• 通过哀求和相应的互换告竣通讯。
  
• HTTP是不生存状态的协议(即：HTTP是无状态协议)
  

思考：这里对于1，2点，实在没有什么过多的表明了。但是对于第三点，我们须要本身的独立思考到场进来，为什么HTTP是无状态协议呢？HTTP被用于传输，那么我们须要的就是在转达消息的同时只管镌汰过程斲丧，如果携带状态，那么肯定会增长报文长度，以是我们再来参考册本上的界说就很好明白了：目的是为了更快的处理惩罚大量变乱，确保协议的可伸缩性。
告知服务器意图的HTTP方法

• GET：用来哀求已经被URI辨认的资源，指定的资源服务器剖析后返反相应内容。
  
• POST：用来传输实体的主体。
  
• PUT：传输文件。
  
• HEAD：得到报文首部，用于确认URI的有效性及资源更新的日期时间等。
  
• DELETE：删除文件，与PUT相反，按照哀求的URI删除指定的资源。
  
• OPTIONS：扣问支持的方法，用来查询针对哀求URI指定资源支持的方法。
  
• TRACE：追踪路径，让服务器端将之前的哀求通过哀求通讯返回给客户端。
  
• CONNECT：要求在于署理服务器创建通讯时创建隧道，实现用隧道协议举行TCO通讯。(重要用于SSL/TLS协议把通讯内容加密后经网络隧道传输。)
  

留意：偶然候口试官会问GET和POST的区别，我们可以由浅入深的举行解答：

• GET的参数附加在URL中，转达数据可见，并作为URL的一部门发送。
  
• POST哀求参数放置在哀求主体(body)中，不通过URL，而是作为哀求的一部门发送到服务器。
  
• GET由于数据存储在URL中，以是长度受到限定，通常不凌驾2048字符。
  
• POST理论上不受数据巨细限定，由于其在哀求体中发送。
  
• 多次实验同一个GET哀求应该得到同样的效果，而且不会改变服务器的状态。
  
• POST哀求则是对服务器内容举行修改，多次实验一个POST哀求大概会导致差别的效果，乃至改变服务器状态。
  

但是本质上的区别：
GET产生一个TCP数据包，而POST产生两个TCP数据包。GET哀求欣赏器会将header和data一起发送给服务器，而POST会先发送header，服务器相应100后，客户端发送data。
HTTP报文

用于HTTP协议交互的信息被称为HTTP报文。(客户端：哀求报文。服务端：相应报文）

一样寻常有四种首部：通用首部，哀求首部，相应首部，实体首部
对于报文主体我们可以接纳编码来提升服从，但是编码过程须要客户端大概服务端盘算机完成，会斲丧更多的cpu资源。
返回状态码

1xx Informational 汲取的哀求正在处理惩罚

2xx Success 哀求正常处理惩罚完毕

• 200 ok 表现从客户端发来的哀求在服务器端被正常处理惩罚了
  
• 204 No Content 表现服务器汲取的哀求已经乐成处理惩罚但在返回报文中不含实体部门
  
• 206 Partial Content 表现客户端举行了范围哀求，而服务器乐成只想了这部门的哀求
  

3xx Redirection 须要举行的附加操纵以完成哀求

• 301 Moved Dermanenty 永世重定向，表现哀求的资源已经被分配了新的URI，以后使用资源现在所指的URI
  
• 302 Found 暂时重定向 ，该状态码表现哀求的资源已经被分配了新的RI，（本次）使用资源现在所指的URI
  
• 303 See Other 表现由于哀求对应资源存在着一个URI，应使用GET方法定向获取哀求资源
  
• 304 Not Modified 表现客户端发送附带条件的哀求时，服务器允许哀求访问资源，但由于发生哀求未满意条件情况。
  

4xx Client Error 服务器无法处理惩罚哀求

• 400 Bad Request 表现哀求哀求报文中存在语法错误
  
• 401 Unauthorized 表现发送的哀求须要有通过 HTTP BASIC DIGEST 的认证信息
  
• 403 Forbiden 表现对哀求资源的访问被服务器拒绝了
  
• 404 Not Found 表明服务器上无法找到哀求的资源
  

5xx Server Error 服务器处理惩罚哀求堕落

• 500 Internal Server Error 表明服务器端在实验哀求时发生了错误
  
• 503 Service Unavailable 表明服务器暂时处于超负载大概正在停机维护，现在无法处理惩罚哀求
  

HTTP缺点 --> HTTPS

• 通讯使用明文（不加密），内容大概会被窃听。
  
• 不验证通讯方身份，因此大概遭遇伪装。
  
• 无法验证报文的完备性，以是报文内容大概被窜改。
  

因此 HTTP+加密+认证+完备性掩护 = HTTPS
HTTP并非是一种新的协议，知识HTTP通讯接口部门使用SLL(Secure Socket Layer) 和 TLS(Transprot Layer Security) 协议代替而已。
HTTPS肴杂加密机制

如若想要相识HTTPS怎样举行加密，我们就须要相识什么是对称加密和非对称加密。
对称加密

对称加密，大概称之为共享密钥加密。即加密息争密使用同一把钥匙，发送方将信息使用密钥加密后发送到公网中，汲取方获取后使用同样的密钥举行解密。
其标题显而易见，就是怎样将密钥安全传给对方。但是其长处也很显着，相较于非对称加密而言，他的服从会高出很多。
非对称加密

非对称加密，大概称为公开密钥加密。即每个用户都有一个公钥一个私钥，公钥会放在公网中，发送方使用目的用户的公钥举行加密，然后发送信息，汲取方获取到加密信息后使用私钥举行解密。
HTTPS接纳的是两者团结的方法：

• 起首先使用非对称加密，在客户端和服务端间转达对称加密的公钥
  
• 然后使用对称加密举行信息转达
  

但是在非对称加密获取公钥的过程，公钥大概是攻击者伪造的假公钥。于是我们引出了第三方机构的概念。当一个用户注册了私钥和公钥，须要将其公钥交给可信第三方举行证明。然后当另一用户发送消息给当前用户时，另一用户须要将获取的私钥的认证通过非对称加密与第三方机构举行校验，如果为真就会继续使用。