夯实基础系列二：网络知识总结

前言

上一节内容传送门：
夯实基础系列一：Java 基础总结

不管是 C/S 开发仍是 B/S 开发，不管是前端开发仍是后台开发，网络老是没法避免的，数据如何传输，如何保证正确性和可靠性，如何提升传输效率，如何解决会话管理问题，如何在网络拥堵环境下采起措施。这些都是须要了解的。

今天总结下与网络相关的知识，不是那么详细，可是包含了我认为重要的全部点。若是想深刻了解的能够参考《图解HTTP[上野 宣]》、《图解TCP／IP（第5版）[竹下隆史]》以及计算机网络相关教材。

概要

网络知识我作了 8 个方面的总结，包括DNS协议，HTTP协议，HTTPS协议，TCP协议，IP协议，TCP/IP，Web攻击，其余协议。如下对这些内容作一些简单的总结，同时我也有完整的思惟导图，博客上不方便展现，如有须要，请关注微信公众号永伦的小屋，后台回复 网络 便可获取。

细节

1. DNS 协议

做用：提供域名到IP地址之间的解析服务。或逆向从IP地址反查域名的服务

2. HTTP协议

2.1 特色

• 无状态
• 使用URI定义互联网资源
• HTTP方法
  • GET：获取资源
  • POST:传输实体主体
  • PUT：传输文件
  • HEAD：得到报文首部
  • DELETE：删除文件
  • OPTIONS：询问支持的方法
  • TRACE：追踪路径
  • CONNECT：要求用隧道协议链接代理
• 持久链接节省通讯量
• 管线化实现并行发送多个请求，而不须要一个接一个等响应

2.2 HTTP 报文

• 用于HTTP协议交互的信息称为HTTP报文
• 请求报文
  • 报文首部
    • 请求行
    • 请求首部字段
    • 通用首部字段
    • 实体首部字段
    • 其余
  • 空行
  • 报文主体
• 响应报文
  • 报文首部
    • 状态行
    • 响应首部字段
    • 通用首部字段
    • 实体首部字段
    • 其余
  • 空行
  • 报文主体
• 发送多种数据的多部分对象集合
  • MIME
  • multipart/form-data
• 内容协商
  • 服务器驱动协商
  • 客户端驱动协商
  • 透明协商

2.3 HTTP状态码

• 1XX：接收的请求正在处理
• 2XX：请求正常处理完毕
  • 200 OK
  • 204 NoContent
  • 206 Partial Content
• 3XX：须要进行附加操做以完成请求
  • 301 Moved Permanenetly
  • 302 Found
  • 303 See Other
  • 304 Not Modified
  • 307 Temporary Redirect
• 4XX：服务器没法处理请求
  • 400 Bad Request
  • 401 Unauthorized
  • 403 Forbidden
  • 404 Not Found
• 5XX：服务器处理请求出错
  • 500 Internal Server Error
  • 503 Service Unavailable

2.4 HTTP1.1 和HTTP1.0的区别

• 可扩展性：定义Via头域，增长版本号的支持
• 缓存
  • 增长对缓存的重激活机制：使用ETag头域描述一个资源
  • 增长Cache-Control头域支持可扩展的指令集
• 带宽优化：容许请求资源的某部分，而不是整个资源
• 长链接
  • HTTP/1.0只支持浏览器与服务器保持短暂的链接，浏览器的每次请求都要创建一个新的链接。
  • 而HTTP/1.1容许在一个TCP链接上能够传送多个HTTP请求和响应。HTTP/1.1协议的持续链接有两种方式，即非流水线方式和流水线方式。
    • 非流水线方式的特色是，客户在收到前一个响应后才能发出下一个请求；
    • 流水线方式的特色是，客户在收到HTTP的响应报文以前就能接着发送新的请求报文

2.5 Cookie与Session的区别

• 存取方式的不一样
  • Cookie中只能保管ASCII字符串，假如需求存取Unicode字符或者二进制数据，需求先进行编码。Cookie中也不能直接存取Java对象。若要存储略微复杂的信息，运用Cookie是比较艰难的。
  • Session中可以存取任何类型的数据，包括而不限于String、Integer、List、Map等。Session中也可以直接保管Java Bean乃至任何Java类，对象等，运用起来十分便当。可以把Session看作是一个Java容器类。
• 隐私策略的不一样
  • Cookie存储在客户端阅读器中，对客户端是可见的，客户端的一些程序可能会窥探、复制以致修正Cookie中的内容。
  • Session存储在服务器上，对客户端是透明的，不存在敏感信息泄露的风险。
• 有效期上的不一样
  • Cookie的过时时间指定
  • Session依赖于名为JSESSIONID的Cookie，而Cookie JSESSIONID的过时时间默许为–1，只需关闭了浏览器该Session就会失效，于是Session不能完成信息永世有效的效果。
• 服务器压力的不一样
  • Cookie保管在客户端，不占用服务器资源。假如并发阅读的用户十分多，Cookie是很好的选择。关于Google、Baidu、Sina来讲，Cookie或许是惟一的选择。
  • Session是保管在服务器端的，每一个用户都会产生一个Session。假如并发访问的用户十分多，会产生十分多的Session，耗费大量的内存。于是像Google、Baidu、Sina这样并发访问量极高的网站，是不太可能运用Session来追踪客户会话的。
• 浏览器支持的不一样
  • Cookie是须要客户端浏览器支持的。
  • 假如客户端浏览器不支持Cookie，须要运用Session以及URL地址重写。
• 跨域支持上的不一样
  • Cookie支持跨域名访问，例如将domain属性设置为“.biaodianfu.com”，则以“.biaodianfu.com”为后缀的一切域名均可以访问该Cookie。跨域名Cookie现在被广泛用在网络中，例如Google、Baidu、Sina等。
  • Session则不会支持跨域名访问。Session仅在他所在的域名内有效。

2.6 电脑访问网页的过程

• 用到的协议：DNS、HTTP、OSPF、IP、ARP
• 过程描述
  1. DNS把域名解析成对应的IP
  2. 发送一次请求，服务器返回一个永久重定向响应，这样浏览器就知道要访问的正确网址
  3. 发送请求html的请求，这个链接过程基于TCP/IP三次握手四次挥手的，创建链接
  4. 服务器返回一个html响应
  5. 浏览器根据渲染引擎解析返回的html响应，呈现内容
  6. 继续发送内嵌在html文件其余资源的请求，好比css、js、图片资源等
  7. 加载整个页面

2.7 Ping

• 同网段
  1. 主机A要去Ping主机B， 主机A会封装两层报文，主机A先检查本身MAC地址中是否有B的MAC地址，若是没有就向外发送一个ARP广播包
  2. 交换机收到这个ARP后，会检查在交换机中是否包含B的MAC地址，若是有就直接返回给A；若是没有就向全部端口发送ARP，该网段的主机的MAC若是与B的MAC地址不一样就丢弃，若是主机B收到了该ARP就立刻返回相同格式的ARP
  3. 这时主机A已经有了B的MAC地址，就把B的MAC地址封装到ICMP报中，向主机B发送一个回显请求
  4. 主机B收到该报文后，知道是主机A的一个回显请求，就会返回一个相同格式的报文。这样就完成了同一个网段的Ping的过程
• 不一样网段
  1. 主机A要去Ping一个不一样网段的主机C，主机A会去找网关转发
  2. 若是主机A不知道网关的MAC地址，就会发送一个ARP广播一下，这样就知道了网关的MAC地址
  3. 网关收到主机A的ICMP报文，根据上面的目的IP，会去查找路由表，找到一个出口指针，给主机C发送一个ICMP报文
  4. 若是网关不知道主机C的MAC地址，就会给网关内全部的主机发送一个ARP，从而找到主机C的MAC地址
  5. 主机C收到主机A的报文就会给主机A发送一个回显请求。这样就完成了不一样网段的Ping的请求

2.8 路由器与交换机的区别

路由器包含了交换机的功能，交换机主要的做用是扩展接口

2.9 确认访问用户身份的认证

• basic认证
• digest认证
• ssl客户端认证
• 基于表单认证
  • 认证多半为基于表单认证
  • session管理及cookie应用

2.10 websocket

• 全双工通讯
• 特色
  • 推送功能：支持服务器向客户端推送数据的推送功能
  • 减小通讯量：一直保持链接
  • HTTP链接创建后，须要完成一次握手动做
    • 握手---请求：用到HTTP的upgrade字段告知服务器通讯协议发生变化
    • 握手---响应：对于以前的请求返回状态码101 switching protocols
  • 成功握手确立WebSocket链接以后，通讯再也不使用HTTP的数据帧，而采用WebSocket独立的数据帧

3. HTTPS协议

3.1 HTTP缺点

• 通讯使用明文可能会被窃听
  • 解决方式
    • 通讯加密。SSL和TLS组合使用
    • 内容加密
• 不验证通讯方身份就可能遭遇假装
  • 解决方式：查明对手的证书
• 没法证实报文完整性，可能已遭篡改
  • 数字签名，MD5并不可靠，应用HTTPS

3.2 HTTP+加密+认证+完整性保护=HTTPS

3.3 HTTPS是身披SSL外壳的HTTP

3.4 HTTP采用混合加密机制

3.5 证实公开密钥正确性的证书

3.6 SSL协议

• 慢
  • 通讯慢
  • 因为大量消耗CPU及内存等资源，致使处理速度变慢
  • SSL必须进行加密处理

4. TCP协议

4.1 传输层

4.2 做用

• 提供可靠的字节流服务

4.3 大块数据分割成报文段(segment)

4.4 三次握手

1. 发送端发带SYN标志的数据包给对方。
2. 接收端收到后，回传一个带有SYN/ACK标志的数据包以示传达确认信息。
3. 最后，发送端再回传一个带ACK标志的数据包，表明“握手”结束

握手某个阶段中断，TCP会以相同的顺序发送相同的数据包

4.5 四次挥手

1. 客户端A发送一个FIN，用来关闭客户A到服务器B的数据传送。
2. 服务器B收到这个FIN，它发回一个ACK，确认序号为收到的序号加1。和SYN同样，一个FIN将占用一个序号。
3. 服务器B关闭与客户端A的链接，发送一个FIN给客户端A。
4. 客户端A发回ACK报文确认，并将确认序号设置为收到序号加1。

4.6 流量控制

• TCP接收端对发送端发送多少字节的数据进行控制，防止接收端处理不及而丢失数据
• 发送窗口的大小是受到接收窗口的控制的。
• 发送窗口必须根据接收端的大小及时调整发送窗口的大小，这个机制保证了每次TCP传输的数据量都是接收端能够及时处理的。

4.7 差错控制

• 保证接收端接收的数据是完整未受损伤的，是可靠性的重要保证。
• 主要使用校验和、确认、超时重传这三个工具进行差错控制。

4.8 拥塞控制

• 拥塞窗口
  • 发送方的窗口大小是接收窗口与拥塞窗口中的较小值。
  • 拥塞窗口的大小又取决于网络的拥塞情况。
• 拥塞策略
  • 慢开始
  • 拥塞避免
  • 拥塞检测
• 拥塞控制流程
  1. 因为刚开始不清楚网络的拥塞状况，因此会首先采用慢开始算法，开始阶段，窗口大小由1指数增大，直到窗口大小到达门限值。
  2. 窗口大小到达门限值后，就开始执行拥塞避免算法，以后窗口值按照线性规律增大，直到出现超时或者到达最大的窗口大小值。
  3. 这个时候，会开始执行拥塞检测算法，也就是把门限值变为窗口大小的一半，以后继续执行拥塞避免算法，窗口大小按照线性规律增大。

5. IP协议

5.1 网络层

5.2 做用

• 把数据包传送给对方

5.3 条件

• IP地址和MAC地址

5.4 使用ARP协议凭借MAC地址进行通讯

5.5 路由选择

6. TCP/IP

6.1 协议族

• IP、ICMP、DNS、TCP、FTP、HTTP、SNMP

6.2 分层管理

• 应用层
  • 决定向用户提供应用服务时通讯的活动。FTP、HTTP、DNS
• 传输层
  • 对上层应用层，提供处于网络链接中的两台计算机之间的数据传输。TCP、UDP
• 网络层
  • 处理网络上流动的数据包
  • 规定了经过怎样的路径到达对方计算机，并把数据包传送给对方
• 数据链路层
  • 处理链接网络的硬件部分

6.3 通讯传输流

• 发送端层与层之间传输数据，每通过一层时一定会被打上一个该层所属的首部信息
• 接收端在层与层传输数据时，每通过一层时会把对应的首部消去。
• 这种把数据信息包装起来的作法称为封装

7. Web攻击

7.1 因输出值转移不彻底引起的安全漏洞

• 跨站脚本攻击XSS
• SQL注入攻击
• OS命令注入攻击
• HTTP首部注入攻击
• 邮件首部注入攻击
• 目录遍历攻击
• 远程文件包含漏洞

7.2 因设置或设计上的缺陷引起的安全漏洞

• 强制浏览
• 不正确的错误消息处理
• 开放重定向

7.3 因会话管理疏忽引起的安全漏洞

• 会话劫持
• 会话固定攻击
• 跨站点请求伪造(CSRF)

7.4 其余安全漏洞

• 密码破解
• 点击劫持
• dos攻击
• 后门程序

8. 其余协议

8.1 IGMP协议

• 组管理协议，它帮助多播路由器建立以及更新与每个路由接口相连的忠实成员列表（就是与该路由接口链接频率较高）。

8.2 ICMP协议

• 差错控制协议，弥补了IP协议没有差错纠正机制以及差错报告的缺憾。

8.3 ARP协议

• 地址映射协议，能够把一个IP地址映射为MAC地址。
• 把IP数据报封装成帧（以太网上对01串的分组定义）后才能经过物理网络，这时就须要目的主机的MAC地址