分布式系统的基础HTTP协议

最新推荐文章于 2024-10-04 20:01:02 发布
最新推荐文章于 2024-10-04 20:01:02 发布
阅读量51 收藏
点赞数
文章标签： http 网络协议 网络 分布式
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_41423562/article/details/131765508
版权

分布式系统的基础HTTP协议

Http 协议的组成

通过抓包工具，Fillder 或者其他去抓去一个请求，然后可以看 到如下的请求数据和响应数据。分为两部分，一个是客户端的请求信息， 一个是服务端的响应信息。抓去到的信息如下
request

POST https://re.csdn.net/csdnbi HTTP/1.1  
Host: re.csdn.net  
Connection: keep-alive  
Content-Length: 167  
Accept: */*  
Origin: https://www.csdn.net  
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64)  AppleWebKit/537.36 (KHTML, like Gecko)  
Chrome/66.0.3359.23 Safari/537.36  
Content-Type: text/plain;charset=UTF-8  
Referer: https://www.csdn.net/  
Accept-Encoding: gzip, deflate, br  
Accept-Language: zh-CN,zh;q=0.9  
Cookie: uuid_tt_dd=10_19119862890-1514946902631- 786149;  
__utma=17226283.1502834598.1514952032.1514952032. 1514952032.1;  
__utmz=17226283.1514952032.1.1.utmcsr=(direct)|ut mccn=(direct)|utmcmd=(none); kd_user_id=accb9177- 52d8-41f3-b69e-54bb338ffb23; UN=q331464542;  UM_distinctid=1610314af5bb3a-012f62bad56aa5- 71103742-1fa400-1610314af5ca34;  
Hm_ct_6bcd52f51e9b3dce32bec4a3997715ac=1788*1*PC_ VC; BT=1523867282719;  
smidV2=20180517165125ad3024b867497a0fbd79f81ef81c dd4400ceee13dc5e27d30;  
dc_session_id=10_1527227855207.688716;  
Hm_lvt_6bcd52f51e9b3dce32bec4a3997715ac=152741308 2,1527413263,1527413731,1527415074;  
Hm_lpvt_6bcd52f51e9b3dce32bec4a3997715ac=15274229 24; dc_tos=p9dz2k  

[{"headers":{"component":"enterprise","datatype": "re","version":"v1"},"body":"{\"re\":\"ref=- &mtp=4&mod=ad_popu_131&con=ad_content_2961%2Cad_o rder_731&uid=-&ck=-\"}"}]

response

HTTP/1.1 200 OK  
Server: openresty  
Date: Sun, 27 May 2018 12:08:44 GMT  
Transfer-Encoding: chunked  
Connection: keep-alive  
Keep-Alive: timeout=20  
Access-Control-Allow-Origin: https://www.csdn.net  Access-Control-Allow-Methods: GET, POST, OPTIONS  Access-Control-Allow-Credentials: true  
Access-Control-Allow-Headers: DNT,X- 
CustomHeader,Keep-Alive,User-Agent,X-Requested- With,If-Modified-Since,Cache-Control,Content- Type,body  
  
2  
ok  
0

URL（Uniform Resource Locator）
URL(Uniform Resource Locator) 地址用于描述一个网络上的资源，基本格式 ，例如：
http://www.gupaoedu.com:80/java/index.html?name=mic#head
schema://host[:port#]/path/…/?[url-params]#[ query-string]
scheme----指定应用层使用的协议(例如：http, https, ftp)
host----HTTP 服务器的 IP 地址或者域名
port#----HTTP服务器的默认端口是80，这种情况下端口号可以省略 。如果使用了别的端口,必须指明 ，例如http://www.baidu.com:8080/
path 访问资源的路径
query-string 查询字符串

片段标识符（使用片段标识符通常可标记出已获取资源中的子资源（文档内的某个位置））

URI(Uniform Resource Identifier)
每个 web 服务器资源都有一个名字，这样客户端就可以根据这个名字来找到对应的资源，这个资源称之为（统一资源标识符）
总的来说：URI 是用一个字符串来表示互联网上的某一个资源。而 URL 表示资源的地点（互联网所在的位置）

方法

HTTP 发起的每个请求，都需要告诉告诉服务器要执行什么动作，那么 这个动作就是方法。http 协议中提供了多个方法，不同方法的使用场景也也不一样

  • GET：一般是用于客户端发送一个 URI 地址去获取服务端的资源（一般 用于查询操作）
  • POST：一般用户客户端传输一个实体给到服务端，让服务端去保存（一 般用于创建操作）
  • PUT：向服务器发送数据，一般用于更新数据的操作
  • HEAD：用于向服务端发起一个查询请求获取 head 信息，比如获取 index.html 的有效性、最近更新时间等。
  • DELETE：客户端发起一个 Delete 请求要求服务端把某个数据删除（一 般用于删除操作）
  • OPTIONS：查询指定 URI 支持的方法类型（get/post）
  • http1.1 还支持 trace(追踪路径)和 connect 方法类型

HTTP 协议的特点

HTTP 协议是无状态的，什么是无状态呢？就是说 HTTP 协议本身不会 对请求和响应之间的通信状态做保存。 那么如何实现有状态的协议，Http 协议中引入了 cookie 技术，用来解决 http 协议无状态的问题。通过在请求和响应报文中写入 Cookie 信息来控制客户端的状态；Cookie 会根据从服务器端发送的响应报文内的一个叫做 Set-Cookie 的首部 字段信息，通知客户端保存 Cookie。当下次客户端再往该服务器发送 请求时，客户端会自动在请求报文中加入 Cookie 值后发送出去。 在基于 tomcat 这类的 jsp/servlet 容器中，会提供session 这样的机制来保存服务端的对象状态。那么整个状态协议的流程就是这样的

在这里插入图片描述

HTTP 协议的缺陷

  1. 通信过程中是使用明文，内容可能会被窃听
  2. 不验证通信双方的身份
  3. 无法验证报文的完整性，报文可能被篡改

HTTPS的原理

HTTPS 简介

由于 HTTP 协议通信的不安全性，所以人们为了防止信息在传输过程中遭到泄漏或者篡改，就想出来对传输通道进行加密的方式 https。
https 是一种加密的超文本传输协议，它与 HTTP 在协议差异在于对数据传输的过程中，https 对数据做了完全加密。由于 http 协议或者 https 协议都是处于 TCP 传输层之上，同时网络协议又是一个分层的结构，所以在 tcp 协议层之上增加了一层 SSL（Secure Socket Layer，安全层） 或者 TLS（Transport Layer Security） 安全层传输协议组合使用用于构 造加密通道；
在这里插入图片描述

HTTPS 的实现原理

  1. 客户端发起请求(Client Hello 包)
    a) 三次握手，建立 TCP 连接
    b) 支持的协议版本(TLS/SSL)
    c) 客户端生成的随机数 client.random，后续用于生成“对话密钥”
    d) 客户端支持的加密算法
    e) sessionid，用于保持同一个会话（如果客户端与服务器费尽周折 建立了一个 HTTPS 链接，刚建完就断了，也太可惜）
  2. 服务端收到请求，然后响应（Server Hello）
    a) 确认加密通道协议版本
    b) 服务端生成的随机数 server.random，后续用于生成“对话密钥” c) 确认使用的加密算法（用于后续的握手消息进行签名防止篡改）
    d) 服务器证书（CA 机构颁发给服务端的证书）
  3. 客户端收到证书进行验证
    a) 验证证书是否是上级 CA 签发的, 在验证证书的时候，浏览器会调用系统的证书管理器接口对证书路径中的所有证书一级一级的进行验证，只有路径中所有的证书都是受信的，整个验证的结果才是受信
    b) 服务端返回的证书中会包含证书的有效期，可以通过失效日期来验证证书是否过期
    c) 验证证书是否被吊销了
    d) 前面我们知道 CA 机构在签发证书的时候，都会使用自己的私钥对证书进行签名证书里的签名算法字段 sha256RSA 表示 CA 机构使用 sha256 对证书进行摘要，然后使用RSA算法对摘要进行私钥签名，而我们也知道RSA算法中使用私钥签名之后，只有公钥才能进行验签。
    e) 浏览器使用内置在操作系统上的CA机构的公钥对服务器的证书进行验签。确定这个证书是不是由正规的机构颁发。验签之后得知 CA 机构使用 sha256 进行证书摘要，然后客户端再使用 sha256 对证书内容进行一次摘要，如果得到的值和服务端返回的证书验签之后的摘要相同，表示证书没有被修改过
    f) 验证通过后，就会显示绿色的安全字样
    g) 客户端生成随机数，验证通过之后，客户端会生成一个随机数pre-master secret，客户端根据之前的：Client.random + sever.random + pre-master 生成对称密钥然后使用证书中的公钥进行加密，同时利用前面协商好的加密算法，将握手消息取 HASH 值，然后用“随机数加密“握手消息+握手消息 HASH 值（签名）”然后传递给服务器端；(在这里之所以要取握手消息的 HASH 值，主要是把握手消息做一个签名，用于验证握手消息在传输过 程中没有被篡改过。)
  4. 服务端接收随机数
    a) 服务端收到客户端的加密数据以后，用自己的私钥对密文进行解密。然后得到 client.random/server.random/pre-master secret. , 再用随机数密码 解密 握手消息与 HASH 值，并与传过来的 HASH 值做对比确认是否一致。
    b) 然后用随机密码加密一段握手消息(握手消息+握手消息的HASH 值 )给客户端
  5. 客户端接收消息
    a) 客户端用随机数解密并计算握手消息的 HASH，如果与服务端发来的 HASH 一致，此时握手过程结束，
    b) 之后所有的通信数据将由之前交互过程中生成的 pre master secret / client.random/server.random 通过算法得出 session Key，作为后续交互过程中的对称密钥

在这里插入图片描述

在这里插入图片描述

在这里插入图片描述
在这里插入图片描述

墨到江南
关注
分布式系统的一些基础理论
weixin_64314555的博客
11-29 3380
前言 在一年前我曾经有做过一些 Zookeeper 的相关总结，现在我们再把它捡回来，重新的把一些前因后果都扯得更加明白。 一、分布式系统与 Zookeeper 的关系 1.1 集中式服务 我们先从服务部署架构的发展历程说起，其实无非就是集中式和分布式，集中式就是说，什么我都是由一台机器搞定的。分布式就是多台服务器联合完成。所以在一开始的时候一般都是从一台服务器开始，将我们的服务部署上去，然后就是一些老套路，Web 应用就部署在 Tomcat 上开放 8080 端口提供服务，然后它需要的一个...
分布式概念与协议
xuhss_com的博客
02-26 2386
Python微信订餐小程序课程视频 https://edu.csdn.net/course/detail/36074 Python实战量化交易理财系统 https://edu.csdn.net/course/detail/35475 分布式协议 分布式理论概念 1. 分布式数据一致性 分布式数据一致性，指的是数据在多个副本中存储时，各副本中的数据是一致的。 在分布式系统中，数据往往有多个副本。多个副本就需要保证数据的一致性。这就带来了同步的问题，因为网络延迟等因素，我们几乎没有办法保证可以同时更新所有机器中
分布式系统基础-第二篇：分布式系统模型
qq_45001832的博客
04-01 880
通过了解分布式系统常见的物理模型、架构模型、故障模型、交互模型和安全模型，我们应该能够对分布式系统设计有比较全面的认识和入手点。
分布式系统基础-第一篇：分布式系统介绍
qq_45001832的博客
04-01 545
分布式系统就是一个由通过消息传递来完成彼此通信、协调的多个网络计算机组成的系统。分布式系统中的节点通过交互来完成一个共同的目标。在分布式系统中运行的程序被称为分布式程序，而编写这样的程序的过程被称为分布式编程。分布式系统中的节点一般通过HTTP、RPC和消息队列来完成消息传递。一个分布式系统通常具有以下特征：能够容忍一定数量的机器故障。例如在Raft集群中，5台机器能够容忍至多2台机器故障。系统的具体结构（包括网络拓扑，网络时延，节点数量等）是不可预见的，在系统运行中会发生变化。
分布式系统常见问题
微信公z号: 罗晓胜，分享技术干货和有趣视频​
04-06 4032
/ 前言/ 目录 为什么要进行系统拆分 如果进行系统拆分 分布式服务框架 Dubbo工作原理 Dubbo支持的序列化协议 Hessian数据结构 几个常用的CAP框架对比 分布式锁 Redis分布式锁 zk分布式锁 分布式事务 两阶段提交方案/XA方案 分布式会话 / 正文 / 为什么要进行系统拆分？ ...
大规模分布式系统跟踪基础设施Dapper
热门推荐
张彦峰的博客
03-17 1万+
论文《Dapper, a Large-Scale Distributed Systems Tracing Infrastructure》介绍了谷歌开发的大规模分布式系统跟踪基础设施Dapper。Dapper旨在通过提供跨多个服务和计算机的详细跟踪信息，帮助开发人员理解和调试复杂的分布式系统。论文讨论了Dapper背后的动机、其架构以及在诊断性能问题和优化分布式系统方面所提供的实际好处。本文作为回顾经典，重新学习，翻译的同时加入一些现有的理解。
Python中的分布式系统设计与开发
一键难忘的博客
05-30 3394
Celery是一个简单、灵活且可靠的分布式任务队列系统，能够处理大量消息。它适用于实时操作和调度任务。本文通过实际代码示例和配置示例，深入探讨了Python在分布式系统设计与开发中的多个重要方面，包括高级任务管理、数据一致性与容错、性能优化、系统监控、安全性、配置管理等。通过这些技术和工具，可以构建高效、可靠、安全的分布式系统。分布式系统的设计与开发是一个复杂的过程，需要不断学习和实践。希望本文能够为你的开发工作提供有益的指导，并在实际项目中加以应用和优化，提升系统的性能和可靠性。
java分布式系统是什么意思,什么是分布式系统
weixin_33277564的博客
03-21 1111
什么是分布式系统分布式系统有多个含义：1)表示计算机科学的一个研究领域，研究方向。这个层面的分布式系统比较学术，不是本文讨论的对象。2)工程领域的实际使用的分布式系统。分布式系统是互联网应用的基石，是底层的支撑平台。本文讲的分布式系统指这个层面。互联网应用的特点是：高并发，海量数据。互联网应用的用户数是没有上限的(取决于其开放特性)，这也是和传统应用的本质区别。高并发指系统单位时间内收到的请求...
分布式系统到底是什么
wh柒八九的博客
04-30 9241
随着大型网站的各种高并发访问、海量数据处理等场景越来越多，如何实现网站的高可用、易伸缩、可扩展、安全等目标就显得越来越重要。为了解决这样一系列问题，大型网站的架构也在不断发展。提高大型网站的高可用架构，不得不提的就是分布式。本文主要简单介绍了分布式系统的概念、分布式系统的特点、常用的分布式方案以及分布式和集群的区别等。 文章目录 ...
分布式系统的特征
野犬17的博客
10-26 2428
《分布式系统概念与设计》读书笔记（第一章） [1] [0] 简介 分布式系统是其组件分布在联网的计算机上，组件之间通过传递消息进行通信和动作协调的系统。该定义引出了分布式系统的下列重要特征：组建的并发性、缺乏全局时钟、组件故障的独立性。 我们看一下现代分布式系统的几个例子：Web搜索、多人在线游戏和金融交易系统，也考察今天推动分布式系统发展的关键趋势：现代网络的泛在特性，移动和无处不在的计算的出现，分布式多媒体系统不断增加的重要性，以及把分布式系统看作一种实用系统的趋势。接着本章强调资源共享是构造媒体系统
20170726分布式通信协议-http笔记1
08-08
总的来说，HTTP协议和RESTful架构在分布式通信中扮演着关键角色，它们提供了高效、灵活和安全的数据交互方式，是构建大规模分布式系统的基础。理解并熟练掌握这些知识点对于从事IT行业的开发者至关重要。
分布式计算机基础实验机房管理系统设计.pdf
08-10
分布式系统是一种计算机系统，它由多个可以自主工作的物理组件组成，这些组件通过网络链接并能够协调执行任务和处理数据。在分布式机房管理系统中，各个分散的机房可以通过网络连接成一个整体，实现统一的管理和计费...
网络基础 【HTTP】
最新发布
努力学习C/C++
10-04 636
我们平时所说的"网址"，就是传说中的URL。我们在浏览器输入抖音的网址，就能访问抖音，可是我们平时并不知道抖音。
java8:hutool：httputil.post读取配置项中的url
hongyuxiongji的博客
09-28 614
不过这种方式有潜在的问题，因为在Spring容器初始化Bean的时候构造函数会被调用，但是如果@Value注入还没完成（例如配置文件加载延迟等情况），可能会导致staticUrl的值为null。如果HttpUtil.post是静态方法，无法直接访问非静态的@Value注入的属性。1. 首先将配置项的值通过@Value注入到类的成员变量，然后在构造函数中将这个值传递给一个静态变量。这种方式更符合Spring的依赖注入原则，而且可以确保在需要使用配置值的时候能够正确获取到。通过一个工具类方法获取配置值。
HTTP 协议的基本格式和 fiddler 的用法
GodK777的博客
10-03 445
一、请求格式1. 请求行- 包含请求方法（如 GET、POST、PUT 等）、请求的资源路径和 HTTP 版本。例如：“GET /index.html HTTP/1.1”。2. 请求头- 由一系列键值对组成，如“Host”表示请求的主机名，“User-Agent”表示发出请求的客户端信息等。- 每个请求头占一行，格式为“头字段名: 值”。3. 空行- 用于分隔请求头和请求体。4. 请求体- 对于某些请求方法（如 POST），会包含要提交的数据。二、响应格式。
windows C++-使用任务和 XML HTTP 请求进行连接(一)
苏洛的博客
10-02 671
当您使用 IXMLHTTPRequest2 接口通过 HTTP 创建 Web 请求时，可以实现 IXMLHTTPRequest2Callback 接口来接收服务器响应并对其他事件做出响应。此示例定义了 HttpRequest 类来创建 Web 请求，并定义了 HttpRequestBuffersCallback 和 HttpRequestStringCallback 类来处理响应。
Ingress Gateway 它负责处理进入集群的 HTTP 和 TCP 流量
wangqiaowq的博客
09-30 657
在 Kubernetes 和 Istio 服务网格的背景下，是一个关键组件，它负责处理进入集群的 HTTP 和 TCP 流量。
网络协议 TCP、UDP 和 HTTP
m0_68570169的博客
09-27 1555
特性TCPUDP连接方式面向连接（三次握手）无连接可靠性可靠（确认、重传、校验、排序）不可靠（不确认、不重传、不排序）传输顺序保证顺序到达不保证顺序流量控制有无拥塞控制有无头部开销较大较小速度较慢（但可靠）较快（但不可靠）典型应用场景DNS、视频会议、在线游戏TCP和UDP各有优劣，选择使用哪种协议取决于具体的应用需求。如果需要数据可靠性和顺序性，TCP是更好的选择；如果对传输速度和实时性要求高，且能容忍部分数据丢失，则UDP更为适合。特性。
HTTP/1.1：分布式超媒体系统协议详解与升级
它是一种通用、无状态的协议，不仅限于超文本传输，还可用于其他系统如名称服务器和分布式对象管理系统，通过扩展请求方法、错误代码和消息头得以实现。HTTP强调数据的可定义性和协商性，使得系统设计可以独立于数据...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值