简单http协议

最新推荐文章于 2024-06-09 10:30:22 发布

绿荫夏遮阳

最新推荐文章于 2024-06-09 10:30:22 发布

阅读量997

点赞数

分类专栏：网络

本文链接：https://blog.csdn.net/lvyinxiazheyang/article/details/86495731

版权

网络专栏收录该内容

1 篇文章 0 订阅

订阅专栏

1.HTTP协议简介

1.1定义

http协议即超文本传输协议，它是一个属于应用层的协议，HTTP是一个构建在传输层的TCP协议之上的应用层的协议，在这个层的协议，是一种网络交互需要遵守的一种协议规范。基于请求与响应的无状态的应用层的协议，常基于TCP的连接方式；http1.1版本中给出一种持续连接的机制，keep alive,绝大多数web开发都是构建在http协议之上的web应用；

在这里插入图片描述

1.2特点

1.支持客户/服务器模式；工作于客户端服务端架构之上，浏览器作为http客户端通过url向http服务端即web服务器发送所有请求，web服务器根据接收到的请求向客户端发送响应信息；
2.简单快速，客户端向服务器请求服务的时候，只需传送请求方法和路径
3.灵活
http允许传输任意类型的数据对象正在传输的数据类型由content-type加以标记
4.无连接
无连接的含义是限制每次连接只处理一个请求，服务器处理完客户的请求，并收到客户的应答以后，即断开连接，采用这种方式可以节省传输时间，从http1.1起，默认使用长连接，即服务器需要等待一定时间后才断开连接，以保证连接特性，虽然目前的一些技术如keep-alive使用了长连接优化效率，但这些都是属于http请求之外的，也就是说在每个独立的http请求中，你是无法知道当前的http是否处于长连接的状态；因此应该认为http请求在结束后，连接就会关闭；长连接可以理解为下层实现对上层透明
5.无状态
http协议是无状态协议，是指协议对于事务处理没有记忆能力，缺少状态意味着服务器无法从连接上跟踪会话。

常用的请求方法有：

序号	方法	描述
1	GET	请求指定的页面信息，并返回实体主体。
2	HEAD	类似于get请求，只不过返回的响应中没有具体的内容，用于获取报头
3	POST	向指定资源提交数据进行处理请求（例如提交表单或者上传文件）。数据被包含在请求体中。POST请求可能会导致新的资源的建立和/或已有资源的修改。
4	PUT	从客户端向服务器传送的数据取代指定的文档的内容。
5	DELETE	请求服务器删除指定的页面。
6	CONNECT	HTTP/1.1协议中预留给能够将连接改为管道方式的代理服务器。
7	OPTIONS	允许客户端查看服务器的性能。
8	TRACE	回显服务器收到的请求，主要用于测试或诊断。

1.3Http请求与响应报文分析

http请求消息结构
在这里插入图片描述

GET https://weixin.ngarihealth.com/weixin/wx/mp/wx870abf50c6bc6da3/index.html?code=011pOX162AHk3R0n5t062Qrg262pOX1o&state=STATE HTTP/1.1
Host: weixin.ngarihealth.com
Connection: keep-alive
Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,/;q=0.8
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/39.0.2171.95 Safari/537.36 MicroMessenger/6.5.2.501 NetType/WIFI WindowsWechat QBCore/3.43.901.400 QQBrowser/9.0.2524.400
Accept-Encoding: gzip, deflate
Accept-Language: zh-CN,zh;q=0.8,en-us;q=0.6,en;q=0.5;q=0.4

HTTP/1.1 200 OK
Date: Thu, 17 Jan 2019 02:19:28 GMT
Content-Type: text/html;charset=utf-8
Connection: keep-alive
Set-Cookie: api=WX; Path=/weixin; HttpOnly
Set-Cookie: client-id=94427; Path=/weixin; HttpOnly
Set-Cookie: WXApp="{“organId”:“0”,“wxTitle”:"%E7%BA%B3%E9%87%8C%E5%81%A5%E5%BA%B7",“personalityTimeStyle”:“A”,“orderType”:“0”,“customerTel”:“0571-89911667”,“showPatientAddress”:“1”,“showHospitalNews”:“0”,“consultOrderType”:“0”,“showRecommendDoctor”:“1”,“patientAddTopText”:"%E9%9A%90%E7%A7%81%E4%BF%9D%E6%8A%A4%EF%BC%9A%E4%BB%A5%E4%B8%8A%E4%BF%A1%E6%81%AF%E4%BB%85%E5%AF%B9%E7%9B%B8%E5%85%B3%E5%8C%BB%E7%94%9F%E5%8F%AF%E8%A7%81",“canMindGift”:“1”,“recommendDoctorFlag”:“1”,“type”:“0”,“customizedRegister”:“0”,“clientId”:“1”,“areaOrganHidden”:“0”,“manageUnitId”:“eh”,“subType”:“0”,“doctorHomePageTempId”:“0”,“protocalKey”:“https%3A%2F%2Fyypt.ngarihealth.com%2Fngaridoc%2Fhealth_agreement%2F”,“forbidDeleteDays”:“0”,“showAttentionDoctor”:“1”,“tempId”:“9”,“doctorScheduleFlag”:“1”}"; Version=1; Path=/weixin
Set-Cookie: tk=d2cd1918-e8b5-449e-8ab6-f8fee2d21572; Expires=Sat, 16-Feb-2019 02:19:28 GMT; Path=/weixin; HttpOnly
Set-Cookie: client-id=94427; Path=/weixin; HttpOnly
Set-Cookie: customerHotLine=""; Expires=Thu, 01-Jan-1970 00:00:10 GMT; Path=/weixin; HttpOnly
Vary: Accept-Encoding
Set-Cookie: SERVERID=029ba46b61bdfa87084c4e6425893da2|1547691568|1547691568;Path=/
Content-Length: 126463

Accept 就是告诉服务器端，我接受那些类型的文件
Accept-Encoding 这个看起来是接受那些压缩方式的文件
Accept-Lanague 告诉服务器能够发送哪些语言
Connection 告诉服务器支持keep-alive特性
Cookie 每次请求时都会携带上Cookie以方便服务器端识别是否是同一个客户端。Path属性的默认值是根目录，即 ”/” ，不管发出这个cookie的页面在哪个目录下的。可以由程序设置为一定的路径来进一步限制此cookie的作用范围。Expires 属性，这个属性设置此Cookie 的过期日期和时间。
Host 用来标识请求服务器上的那个虚拟主机，比如Nginx里面可以定义很多个虚拟主机那这里就是用来标识要访问那个虚拟主机。
User-Agent 用户代理，一般情况是浏览器，也有其他类型，如：wget curl 搜索引擎的蜘蛛等
Authorization: 客户端提供给服务器的认证信息；

常见的http状态码：五种可能的取值
1.1××指示信息–表示请求已接收，继续处理
2.2×× 成功–表示请求已被成功接收，理解，接受
3.3×× 重定向 – 要完成请求必须进行更进一步的操作，与跳转相关
4.404 客户端错误–请求有语法错误或请求无法实现
5.5×× 服务器端错误，服务器未能实现合法的请求

1.4一次完整的http事务过程

域名解析 --> 发起TCP的3次握手 --> 建立TCP连接后发起http请求 --> 服务器响应http请求，浏览器得到html代码 --> 浏览器解析html代码，并请求html代码中的资源（如js、css、图片等） --> 浏览器对页面进行渲染呈现给用户

a.域名解析

Chrome浏览器缓存（chrome://net-internals/#dns 查看缓存）—>操作系统DNS缓存(ipconfig /displaydns) —>hosts文件(C:\Windows\System32\drivers\etc)—>本地dns服务器解析,再到根域名服务器，再到顶级域名服务器，二级等

b.发起3次握手

在这里插入图片描述

c.TCP3次握手之后，浏览器发起了http的请求

d.服务器端响应http请求，浏览器得到html代码

<!DOCTYPE html><html><head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
<meta name="viewport" content="width=device-width, initial-scale=1, maximum-scale=1, user-scalable=no">
<meta name="format-detection" content="telephone=no"/>
<title>纳里健康</title>
<style>
    @-webkit-keyframes s-loading{
        0%{
            -webkit-transform: rotate(0deg);
        }
        50%{
            -webkit-transform: rotate(180deg);
        }
        100%{
            -webkit-transform: rotate(360deg);
        }
    }
    @-moz-keyframes s-loading{
        0%{
            -moz-transform: rotate(0deg);
        }
        50%{
            -moz-transform: rotate(180deg);
        }
        100%{
            -moz-transform: rotate(360deg);
        }
    }
    .startup-loading{
        -webkit-transform-origin: center center;
        -webkit-animation-name: s-loading;
        -webkit-animation-duration: 1.2s;
        -webkit-animation-timing-function: linear;
        -webkit-animation-iteration-count: infinite;
        -moz-transform-origin: center center;
        -moz-animation-name: s-loading;
        -moz-animation-duration: 1.2s;
        -moz-animation-timing-function: linear;
        -moz-animation-iteration-count: infinite;
        display: inline-block;
        width: 50px;
        opacity: 0.7;
    }
    body{margin:0;overflow: hidden;}
    .idxBox{position: absolute;box-sizing:border-box; width: 100%;text-align: center;font-family:"Microsoft YaHei";font-weight:400;line-height:1.4;color:#000;}
    .idxBg{display:-webkit-box;display:-webkit-flex;display:flex;-webkit-box-orient:vertical; -webkit-flex-direction: column;flex-direction: column;-webkit-box-align: center;-webkit-box-pack: center; -webkit-align-items:center;-webkit-align-items:center;align-items:center;-webkit-box-pack: center; -webkit-justify-content:center;justify-content:center; -webkit-animation-duration: 450ms;height: 100%;}
    .idxBg .picture{-webkit-box-flex:0;-webkit-flex-grow:0;-webkit-flex-shrink:0;flex:none;margin-top:-48px; z-index: 10;}
    .idxBg .picture img{width:100%;}
    .idxBg .loading{bottom:20%;z-index: 11;visibility:hidden;}
    @media screen and (min-height:736px){
        .idxBg .picture{margin-top:0}
    }
    @media screen and (max-width:320px) and (max-height:480px){
        .idxBg .picture{margin-top:-114px;}
    }
</style></head><body ng-controller="rootController"><div id="startup">
<div class="idxBox idxBg"><div class="picture"><img src="">
    </div>
</div>

e.浏览器解析html代码，并请求html代码中的资源

f.浏览器对页面进行渲染呈现

2.session与cookie

2.1session 简介

1.服务器端的机制，在服务器端保存的信息
2.解析客户端请求并操作session id ,按需保存状态信息如果客户端请求中有这个sessionId 则说明以前已经为该客户创建过sessionId了，sessionId 是一个不会重复且不容易造的
3.session的实现方式
a.使用cookie来实现，携带在cookie头中
b.使用url回写来实现

2.2 cookie

因为http是无状态的，那么每次访问某个有登录需求的页面的时候，都要不厌其烦的输入账号和密码，现实生活中引入了某些机制让它具备了状态，
1.cookie 是由服务器发送给客户端的特殊信息，以文本的形式存放在客户端
客户端每次向服务器发送请求的时候都会提交，服务器响应，存放在http 响应头中
2.客户端再次请求的时候，会把cookie回发，http请求头中
3.服务器接收到后，会解析Cookie生成与客户端相对应的内容，例如有些浏览器中的选项请记住我，之后就不用再次登录了

cookie的内容主要包括：名字，值，过期时间，路径和域。路径与域一起构成cookie的作用范围。
1）Name 和 Value 属性由程序设定,默认值都是空引用。
2）Domain属性的默认值为当前URL的域名部分，不管发出这个cookie的页面在哪个目录下的。
3）Path属性的默认值是根目录，即 ”/” ，不管发出这个cookie的页面在哪个目录下的。可以由程序设置为一定的路径来进一步限制此cookie的作用范围。
4）Expires 属性，这个属性设置此Cookie 的过期日期和时间。

若不设置过期时间，则表示这个cookie的生命期为浏览器会话期间，关闭浏览器窗口，cookie就消失。这种生命期为浏览器会话期的cookie被称为会话cookie。会话cookie一般不存储在硬盘上而是保存在内存里，当然这种行为并不是规范规定的。若设置了过期时间，浏览器就会把cookie保存到硬盘上，关闭后再次打开浏览器，这些cookie仍然有效直到超过设定的过期时间。存储在硬盘上的cookie可以在浏览器的不同进程间共享。
Set-Cookie: reg_fb_gate=deleted; expires=Thu, 01-Jan-1970 00:00:01 GMT; path=/; domain=.foo.com; httponly （删除Cookie)

2.3 区别：

1、cookie数据存放在客户的浏览器上，session数据放在服务器上。
2、cookie不是很安全，别人可以分析存放在本地的cookie并进行cookie欺骗，考虑到安全应当使用session。
3、session会在一定时间内保存在服务器上。当访问增多，会比较占用你服务器的性能，考虑到减轻服务器性能方面，应当使用cookie。
4、单个cookie保存的数据不能超过4K，很多浏览器都限制一个站点最多保存20个cookie。
5、可以考虑将登陆信息等重要信息存放为session，其他信息如果需要保留，可以放在cookie中。

3.http与和https

3.1https简介

a.HTTPS握手过程

HTTPS在HTTP的基础上加入了SSL协议，SSL依靠证书来验证服务器的身份，并为浏览器和服务器之间的通信加密

为什么HTTPS是安全的？
在HTTPS握手的第四步中，如果站点的证书是不受信任的，会显示出现下面确认界面，确认了网站的真实性。非对称加密算法对其加密。非对称加密算法会生成公钥和私钥，公钥只能用于加密数据，因此可以随意传输，而服务器的私钥用于对数据进行解密另外第六和八步，使用客户端私钥加密解密，保证了数据传输的安全。

在这里插入图片描述

客户端发起HTTPS请求2. 服务端的配置
采用HTTPS协议的服务器必须要有一套数字证书，可以是自己制作或者CA证书。区别就是自己颁发的证书需要客户端验证通过，才可以继续访问，而使用CA证书则不会弹出提示页面。这套证书其实就是一对公钥和私钥。公钥给别人加密使用，私钥给自己解密使用。3. 传送证书这个证书其实就是公钥，只是包含了很多信息，如证书的颁发机构，过期时间等。4. 客户端解析证书
部分工作是有客户端的TLS来完成的，首先会验证公钥是否有效，比如颁发机构，过期时间等，如果发现异常，则会弹出一个警告框，提示证书存在问题。如果证书没有问题，那么就生成一个随即值，然后用证书对该随机值进行加密。5. 传送加密信息这部分传送的是用证书加密后的随机值，目的就是让服务端得到这个随机值，以后客户端和服务端的通信就可以通过这个随机值来进行加密解密了。6. 服务段解密信息服务端用私钥解密后，得到了客户端传过来的随机值(私钥)，然后把内容通过该值进行对称加密。所谓对称加密就是，将信息和私钥通过某种算法混合在一起，这样除非知道私钥，不然无法获取内容，而正好客户端和服务端都知道这个私钥，所以只要加密算法够彪悍，私钥够复杂，数据就够安全。7. 传输加密后的信息这部分信息是服务段用私钥加密后的信息，可以在客户端被还原。8. 客户端解密信息客户端用之前生成的私钥解密服务段传过来的信息，于是获取了解密后的内容。

b.安全问题

对通信加密
HTTPS有两种，绿色的HTTPS，绿色的HTTPS表示网站有证书，并且与网站服务器进行通信时数据是加密的，另外还有红色HTTPS，红色HTTPS表示通信时依然是加密的，并且网站有证书，但是证书可能过期或者没有验证过，所以如果在浏览网页时看到有网站的网址前面有红色HTTPS的话，最好不要在这种网站中输入任何账号密码。
对通信内容加密
例如AES128 + MD5加密

3.2 fiddler抓包原理：

在这里插入图片描述
Fiddler抓取HTTPS协议主要由以下几步进行：

第一步，Fiddler截获客户端发送给服务器的HTTPS请求，Fiddler伪装成客户端向服务器发送请求进行握手。
第二步，服务器发回相应，Fiddler获取到服务器的CA证书，用根证书公钥进行解密，验证服务器数据签名，获取到服务器CA证书公钥。然后Fiddler伪造自己的CA证书，冒充服务器证书传递给客户端浏览器。
第三步，与普通过程中客户端的操作相同，客户端根据返回的数据进行证书校验、生成密码Pre_master、用Fiddler伪造的证书公钥加密，并生成HTTPS通信用的对称密钥enc_key。
第四步，客户端将重要信息传递给服务器，又被Fiddler截获。Fiddler将截获的密文用自己伪造证书的私钥解开，获得并计算得到HTTPS通信用的对称密钥enc_key。Fiddler将对称密钥用服务器证书公钥加密传递给服务器。
第五步，与普通过程中服务器端的操作相同，服务器用私钥解开后建立信任，然后再发送加密的握手消息给客户端。
第六步，Fiddler截获服务器发送的密文，用对称密钥解开，再用自己伪造证书的私钥加密传给客户端。
第七步，客户端拿到加密信息后，用公钥解开，验证HASH。握手过程正式完成，客户端与服务器端就这样建立了”信任“。
在之后的正常加密通信过程中，Fiddler如何在服务器与客户端之间充当第三者呢？
服务器—>客户端：Fiddler接收到服务器发送的密文，用对称密钥解开，获得服务器发送的明文。再次加密，发送给客户端。
客户端—>服务端：客户端用对称密钥加密，被Fiddler截获后，解密获得明文。再次加密，发送给服务器端。由于Fiddler一直拥有通信用对称密钥enc_key，所以在整个HTTPS通信过程中信息对其透明。

3.3 http与https的区别

https协议需要到ca申请证书或自制证书。
http的信息是明文传输，https则是具有安全性的ssl加密。
http是直接与TCP进行数据传输，而https是经过一层SSL（OSI表示层），用的端口也不一样，前者是80（需要国内备案），后者是443。
4.HTTPS=HTTP+加密+认证+完整性保护，较http安全

绿荫夏遮阳

关注

0
点赞
踩
1

收藏

觉得还不错? 一键收藏
0
评论
简单http协议

简单http协议1.HTTP协议简介1.1定义1.2特点1.3Http请求与响应报文分析1.4一次完整的http事务过程2.session与cookie2.1session 简介2.2cookie简介3.http与和https的区别3.1https简介1.HTTP协议简介1.1定义1.2特点1.3Http请求与响应报文分析1.4一次完整的http事务过程2.session与cookie...
复制链接

扫一扫