图解http

了解Web及网络基础

• 使用HTTP协议访问Web
  浏览器（客户端）在地址栏里输入要访问的页面（URL），客户端从服务器获取文件资源，这一过程是在HTTP协议上进行通信的。
• 网络基础TCP/IP
  通常使用的网络都是在TCP/IP协议族的基础上运作的，HTTP属于其中的一个子集。
• TCP/IP协议族的明显特性是分层
  分为4层：应用层，传输层，网络层，数据链路层。
• 分层的好处
  当部分设计需要修改时，只需更改所在的分层即可，无需修改整个协议，也就是说降低了耦合度。还有就是分层后，各个分层的分工明显，便于去实现，只需把该层次的接口功能实现即可，无需顾及整体。
• 各分层作用
  • 应用层：决定了向用户提供应用服务时的通信活动。FTP，HTTP，DNS
  • 传输层：提供数据传输。TCP，UDP
  • 网络层：处理网络中流动的数据包。数据包是网络传输中最小的数据单位。该层规定了怎样的传输路线。
  • 链路层：处理网络连接的硬件部分。

TCP:IP协议族分层图.png

• 发送端在层与层之间传输数据时，每经过一层时必定会被打上上一层所属的首部信息。反之，接收端则每经过一层都去掉对应的首部信息。
• 与HTTP关系密切的协议：IP，TCP和DNSIP协议的作用是把各种数据包传送给对方，需要IP地址和MAC地址。TCP协议提供可靠的字节流服务。字节流服务指为了方便传输，将大块数据分割成报文段。可靠是指，能够把数据准确可靠地传给对方，这是三次握手的功劳。三次握手：首先发送端发送一个带SYN标志的数据包给对方，接收端回传一个带SYN/ACK标志的数据包表示收到信息，最后发送端再回传带ACK标志的数据包，握手结束。

三次握手.png

DNS：提供域名到IP地址之间的解析服务。

• 各协议与HTTP协议的关系
  • 1.通过DNS解析域名的IP地址
  • 2.通过HTTP协议向服务器发送请求
  • 3.TCP协议保证数据的传输
  • 4.IP协议选择传输路径
  • 5.TCP协议重组报文段
  • 6.HTTP协议处理请求这只是客户端向服务器发送一个HTTP请求的单方面过程，还未涉及服务器响应请求。
• URI，URL和URN
  URI＝URL＋URN
  URL为一个人的居住地址，URN则是一个人的姓名。
  URI的格式：登录信息（可选）+ 服务器地址 + 端口号（可选）+ 文件路径 + 查询字符串（可选）+ 片段标识符。例：

http://user:pass@www.google.com:80/dir/index.html?uid=1#c1

简单的HTTP协议

• 应用HTTP协议时，必定是一端担任客户端角色，另一端担任服务器角色。
• 请求报文
  请求方法 + 请求URI+协议版本 + 可选的请求首部字段 + 内容实体。

HTTP请求报文格式.png

响应报文协议版本 + 状态码 + 解释状态码的原因短语 + 可选的响应首部字段 + 主体。

HTTP响应报文格式.png

• HTTP是一种无状态协议，所以后来才有Cookie技术。

HTTP1.1可以使用的方法.png

• 持久连接节省通信量
  持久连接：只有任意一端没有明确提出断开连接则一直保持TCP连接状态。
  持久连接使得多数请求以管线化(pipelining)方式发送成为可能，即：不用等待上次请求的响应后才能发送下一个请求。
• Cookie技术通过在请求和响应报文中写入Cookie信息来控制客户端的状态

HTTP Cookie技术.png

HTTP报文内的HTTP信息

• HTTP报文：用于HTTP协议交互的信息
  • 请求行：方法 URI HTTP版本
  • 状态行：状态码 原因短语 HTTP版本
  • 首部字段：请求或响应的条件和属性的各类首部
  • 一般有：通用首部，请求首部，响应首部，实体首部
  • 其他：可能包含未定义的首部（Cookie等）
• 编码提升传输速率
  • gzip(GNU.zip)
  • compress(UNIX)
  • deflate(zlib)
  • identity
• 分割发送的分块传输编码：传输大块数据时，分割数据以达到逐步显示页面的效果。
• MIME机制允许邮件处理文本，图片，视频等多个不同类型的数据。
• 首部字段Range来指定资源的byte范围，从而实现下载中断恢复功能。
• Accept首部字段达到服务器返回内容的最优。

返回结果的HTTP状态码

HTTP状态码.png

与HTTP协作的Web服务器

• 单台虚拟主机实现多个域名
  HTTP/1.1允许一台服务器搭建多个Web站点。
  在相同的IP地址下，虚拟主机可以寄存多个主机名和域名的Web网站，因此HTTP请求时，Host首部必须完整指定主机名或域名的URI
• 通信数据转发程序：代理，网关，隧道
  • 代理是一种由转发功能的应用程序，是位于服务器和客户端间的中间人,负责转发请求或转发响应。客户端=>>服务器;服务器=>>客户端;
  • 代理服务器：接收客户端的请求再转发给其他服务器，接收源服务器的响应再转发给客户端。每次通过代理服务器时，会追加写入Via首部信息。
  • 缓存代理：会预先将资源的缓存保存在代理服务器上。
  • 透明代理：转发请求或响应时，不对报文做任何加工的代理类型。
  • 网关和代理十分相似，不同的是能提供非HTTP协议服务。
  • 隧道的目的是确保客户端与服务器进行安全的通信。
• 保存资源的缓存
  • 缓存是指代理服务器或客户端本地磁盘内保持的资源副本，减少对源服务器的访问，节省了通信流量和时间。

HTTP首部

• HTTP请求报文

HTTP请求报文.png

• HTTP响应报文

HTTP响应报文.png

• HTTP首部字段
  首部字段是为了给浏览器和服务器提供报文主体大小，所使用的语言，认证信息等内容HTTP首部字段 =>> 首部字段名：字段值 =>> Content-Type:text/html另外单个字段可以有多个值，如：Keep-Alive: timeout=15, max=100

• 四种HTTP首部字段类型

表6-1：通用首部字段.png 表6-2：请求首部字段.png 表6-3：响应首部字段.png 表6-4：实体首部字段 .png

确保Web安全的HTTPS

• HTTP的缺点

  • 通信使用明文，内容可能会被窃听
  • 不验证通信方的身份，会遭遇伪装
  • 无法验证报文完整性，可能被篡改

• 加密处理防止被窃听

  • 通信的加密：用SSL或TLS建立安全通信线路后，就可以在该线路上进行HTTP通信了。与SSL组合使用的HTTP被称为HTTPS或HTTP over SSL

通信的加密.png

• 内容的加密：实现的前提是客户端和服务器同时具有加密和解密机制，仍有被篡改的风险
• 不验证通信方身份的隐患
  • 遇到一个假的客户端
  • 遇到一个假的服务器
  • 遇到一个假的大会员
• HTTP + 加密 + 认证 + 完整性保护 = HTTPS

HTTPS.png

• 共享密钥加密的困境
  加密和解密同用一个密钥的方式称为共享密钥加密，对称密钥加密。密钥被攻击者获取了，那就GG了。

共享密钥加密.png

• 使用两把密钥的公开密钥加密
  公开密钥加密使用的是一对非对称的密钥，一个公开，一个私有。

公开密钥加密.png

• HTTPS采用混合加密机制
  公开密钥加密与共享密钥加密相比，处理速度慢，所以组合使用。

HTTPS混合加密机制.png

• SLL速度慢吗
  通信慢
  处理速度慢
  使用专用的服务器，达到加快处理速度，对于速度慢，没有根本性的解决方案。

确认访问用户身份的认证

• BASIC认证
  没有加密处理，明文解码后就是用户id和密码，被盗可能性极高。另外，进行一次认证后，一般浏览器无法实现认证注销操作。
• DIGEST认证
  质询/响应的方式，一方发送认证请求，收到质询码，根据质询码生成响应码，把响应码发给对方进行认证。密码泄露的可能性就降低了。
• SSL客户端认证客户
  端证书 + 表单认证组合成双因素认证。
• FormBase认证（多半认证基于此）
  客户端发送id和password进行匹配，认证成功后的用户信息会写入Cookie里。

基于HTTP的功能追加协议

• 消除HTTP瓶颈的SPDY
  • 一条连接只能发送一个请求
  • 请求只能从客户端开始，客户端不接收除响应外的指令
  • 请求/响应首部未经压缩就发送
  • 发送冗长的首部，每次互发相同重复的首部
  • 非强制压缩发送，可选任意压缩格式
• Ajax的解决方法
  Ajax的核心技术是XMLHttpRequest的API，通过JS的调用就能和服务器进行HTTP通信。从而实现更新局部页面。但人未解决HTTP协议本身存在的问题。
• Comet的解决方法
  这是通过延迟应答，模拟实现服务器向客户端推送的功能。Comet会将响应挂起，当服务器的内容更新时，再返回该响应。但仍有不足。

SPDY的设计与功能.png

• 多路复用流
• 赋予请求优先级
• 压缩HTTP首部
• 推送功能
• 服务器提示功能
• 使用浏览器进行全双工通信的WebSocket
• Web服务器管理文件的WebDAV