- 综合排序
- 最热优先
- 最新优先
- 来自专栏sofu456
p2p协议(webrtc编译)
p2p优势 多个客户端连接服务端，通过单一的服务端转发数据，服务端压力太大，所以使用p2p，以服务端为媒介，两个客户端做直连，服务端的压力会减小很多。 内网和外网隔离的限制，p2p在内网和外网使用的协议不同，p2p在外网和内网间会更为复杂。 网上有很多p2p的简单实现，大多是针对内网的 跨网段编程 tcp 在lan和wan之间通信，路由器（三层交换机，转发ip层数据）默认根据ip协议中的ip地址，查找路由表中的数据，并转发下一级，找到目标并回传回来 外网云服务器在配置了安全访问规则和设置防火墙允许后可以直接ping通外网不同网段的地址 路由跟踪 ping使用icmp协议测试目标电脑通断，限制在相同冲突域内（外网ping不同） tracert和 host unreachable 2 = protocol unreachable 3 = port unreachable 4 = fragmentation needed and DF set 5
2.9K30发布于 2020-11-03 - 来自专栏PHPer 进击
网络协议 15 - P2P 协议：小种子大学问
后来，一种创新的，称为 P2P 的方式实现了我们的愿望。 P2P P2P 就是 peer-to-peer。 而 Kedemlia 协议 就是一种著名的 DHT 协议。我们来基于这个协议来认识下这个神奇的 DHT 网络。 这里，我们就用一个 5 bits ID 来举例。 然后，A 看看自己的 k-bucket 5 有没有 B，如果有，结束查找。如果没有，就在 k-bucket 5 里随便找一个 C。 这两种都是集中下载的方式，而 P2P 则换了一种思路，采用非中心化下载的方式； P2P 有两种。一种是依赖于 Tracker 的，也就是元数据集中，文件数据分散。
1.8K30发布于 2019-04-11 - 来自专栏有价值炮灰
P2P通信标准协议(三)之ICE
在P2P通信标准协议(二)中,介绍了TURN的基本交互流程,在上篇结束部分也有说到,TURN作为STUN协议的一个拓展,保持了STUN的工具性质,而不作为完整的NAT传输解决方案,只提供穿透NAT的功能 SDP ICE信息的描述格式通常采用标准的SDP,其全称为Session Description Protocol,即会话描述协议.SDP只是一种信息格式的描述标准,不属于传输协议,但是可以被其他传输协议用来交换必要的信息 ICE是一个用于在offer/answer模式下的NAT传输协议,主要用于UDP下多媒体会话的建立,其使用了STUN协议以及TURN协议,同时也能被其他实现了offer/answer模型的的其他程序所使用 RTP/RTCP协议在数据包中进行复用(而不是在端口上复用). ICE是使用STUN/TURN工具性质的最主要协议之一,其中TURN一开始也被设计为ICE协议的一部分.值的一提的是, 本文只是对这几种协议作了概述性的说明,而具体工作过程和详细的属性描述都未包含,因此如果需要根据协议来实现具体的应用程序
2K11编辑于 2023-02-12 - 来自专栏有价值炮灰
P2P通信标准协议(四)之SIP
在前面几篇文章中我们介绍了建立p2p通信的一般协议(簇),以及一种完整的NAT传输解决方案ICE, 但是对于多用户的通信情况,还有一些通用协议来实现标准化的管理,如之前讲过的SDP和SIP等,SIP(Session SIP支持5个方面来建立和中止多媒体会话: 用户地址(User location): 决定了用来通讯的终端系统. 用户状态(User availability): 决定了被呼叫端的是否愿意加入通讯. | | 100 Trying F3 |--------------->| INVITE F4 | |<---------------| 100 Trying F5 Content-Type: 消息体(message body)的格式, 如SDP信息则为"application/sdp”,关于SDP可以参考前一篇博客P2P通信标准协议(三)之ICE. 至此, P2P通信系列的介绍也就告一段落了. P2P的去中心化,一直是个很令人振奋的话题,无论是在信息技术上,还是在金融,政治上,都有无限潜力.
1.7K20编辑于 2023-02-12 - 来自专栏有价值炮灰
P2P通信标准协议(一)之STUN
前一段时间在P2P通信原理与实现中介绍了P2P打洞的基本原理和方法，我们可以根据其原理为自己的网络程序设计一套通信规则，当然如果这套程序只有自己在使用是没什么问题的。 可是在现实生活中，我们的程序往往还需要和第三方的协议（如SDP，SIP）进行对接，因此使用标准化的通用规则来进行P2P链接建立是很有必要的。 本文就来介绍一下当前主要应用于P2P通信的几个标准协议，主要有STUN/RFC3489，STUN/RFC5389，TURN/RFC5766以及ICE/RFC5245。 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 2 3 4 5 6 7 8 9 0 1 +-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+-+ 我本来打算一篇文章把P2P通信的所有协议都介绍完不过现在看来似乎篇幅过长了， 所以关于TURN和ICE就放在下一篇介绍好了。
3K20编辑于 2023-02-12 - 来自专栏有价值炮灰
P2P通信标准协议(二)之TURN
上一篇P2P通信标准协议(一)介绍了在NAT上进行端口绑定的通用规则，应用程序可以根据这个协议来设计网络以外的通信。 但是，STUN/RFC5389协议里能处理的也只有市面上大多数的Cone NAT（关于NAT类型可以参照P2P通信原理与实现），对于Symmetric NAT，传统的P2P打洞方法是不适用的。 服务器和客户端都保存有一个成为五元组(5-TUPLE)的信息,比如对于客户端来说,五元组包括客户端本地地址/端口,服务器地址/端口, 和传输协议;服务器也是类似,只不过将客户端的地址变为其反射地址,因为那才是服务器所见到的 实例 在上一章也提到过,因为RFC是标准协议,因此实现上往往有良好的兼容性和拓展性.现存的开源P2P应用程序, 如果按照标准来设计,可以很容易与之对接.其中比较著名的就是PJSIP,PJSIP是一个开源的多媒体通信库 TURN协议因为是STUN的拓展,当然也沿袭了STUN的工具性质,只为穿越NAT提供方法,而不作为P2P通信的完整解决方案.一个比较适合研究的TurnServer源代码我也放到这里了,而客户端的实现则根据每个人的具体需求而不同
2.3K30编辑于 2023-02-12 - 来自专栏用户10616523的专栏
Socks 5 协议解析
Socks5协议概述：Socks5协议是Socks协议家族中的一员，与其前身Socks4相比，引入了更多功能和协议支持。 Socks5协议结构：Socks5协议的通信流程通常包括几个关键步骤，如建立连接、认证方式选择、代理请求和数据传输等。文章将详细介绍每个步骤的结构和数据格式，包括握手协商阶段、认证阶段和数据传输阶段。 UDP支持和远程DNS解析：相比Socks4协议，Socks5协议引入了对UDP协议的支持，使得代理服务器可以中转UDP数据包。 安全性和加密支持：Socks5协议本身并没有提供数据加密功能，但可以与其他安全协议（如SSL/TLS）结合使用，以确保数据传输的机密性和完整性。 通过在Socks5协议之上使用加密协议，可以提供更高级别的数据保护和安全性。
1.4K00编辑于 2023-06-14 - 来自专栏程序员
P2P
P2P没有绝对的服务器和客户端之分。连接的双方分别作为临时的服务器和客户端。P2P通信的双方还可能更换IP地址。 P2P的一个最为流行的应用是BT种子，相信各位老司机对BT种子和迅雷都不陌生吧！ 这是一个文件分发协议。P2P的出现使得服务器在处理文件传输的时候，能够减少服务器的负载。在P2P中，每个对等方能够向任何其他的对等方重新分发它收的的该文件的任何部分。 （断点续传） BT协议是一个非常复杂的协议。每个洪流都有一个基础的设施节点，称为“追踪器”。当一个对等方加入该洪流的时候，它向追踪器进行注册，并且周期性的通知洪流，它仍在。 而对P2P传输没有贡献。 P2P的应用现在已经非常多了，大家经常使用的迅雷去下载种子。 另外一个每天都在使用的应用QQ，它也广泛的使用了P2P技术。即时消息就是基于P2P的。
3K10发布于 2019-05-25 - 来自专栏飞天小牛肉
5 幅图拿下 ARP 协议
前言 在上一篇文章 别再恐惧 IP 协议 中， 我们了解到，「网络层实现主机之间的通信，而链路层实现具体每段链路之间的通信」。 ❝对于这段话不太了解的小伙伴强烈推荐翻看上篇讲解 IP 协议的文章 别再恐惧 IP 协议，有非常详细的解释和图例 ? ❞ 那么，ARP 就是用来实现由 IP 地址到 MAC 地址转化的一个「网络层协议」，当然，还有一个 RARP 协议可以实现由 MAC 地址到 IP 地址的转化。 两者原理都差不多，本文就以 ARP 协议为例进行讲解。 ? 1. 准确的来说，ARP 协议以目标 IP 地址为线索，用来定位下一个应该数据分包的网络设备对应的 MAC 地址。 ?
70120发布于 2021-02-26 - 来自专栏瓜农老梁
Nacos5# Distro协议寻址模式
引言 在Nacos服务端分析服务注册逻辑，就绕不开Distro协议。该协议为临时一致性协议，数据存储在缓存中。阿里专门为注册中心而设计的。后面文章逐步还原该协议承担的职责，本文先分析寻址模式。 server.port指定服务端端口，默认8848 注解@2 获取本地地址 注解@3 拆分IP和Port组装Member对象 注解@4 设置版本取自pom文件 version=${project.version} 注解@5 ex = null; int maxRetry = EnvUtil.getProperty("nacos.core.address-server.retry", Integer.class, 5) 默认为：http://jmenv.tbsite.net:8080/serverlist；每5秒钟定时向地址服务器请求获取地址列表；获取列表后执行afterLookup。 Nacos提供两种模式一个是通过动态监听配置文件cluster.conf；另外一种是通过定时5秒去地址中心获取。
1.2K30发布于 2021-07-14 - 来自专栏黑白天安全团队
socks5协议原理学习
这个协议最初由David Koblas开发，而后由NEC的Ying-Da Lee将其扩展到版本4，最新协议是版本5，与前一版本相比，socks5做了以下增强： 增加对UDP协议的支持； 支持多种用户身份验证方式和通信加密方式 socks5这个协议来访问到内部的网络，访问一些访问不到的资源，这也是对于网络攻防层面来讲，但是socks5的用途也是很多的。 socks5协议解析之授权认证 如果要与socks5服务器建立TCP连接，客户端需要先发起请求来对协议的版本及其认证方式。 = 5 { return nil, errors.New("该协议不是socks5协议") } s.ULEN = b[1] s.UNAME = string(b[2 : ,等待用户使用socks5协议连接。
14K41发布于 2021-03-16 - 来自专栏Vegout
P2P通信原理
P2P 就是端到端 我发一条微信给你，这不是 P2P。 P2P 是这样： ? P2P 技术要解决的问题 目前使用的终端设备（如手机），绝大部分都仅仅拥有特定网络下的内网 IP，而处在不同内网环境中的设备并不能够使用内网 IP 直接进行通信。 同时，只有锥型 NAT 才能进行 P2P，原因是由 P2P 连接的建立过程决定的。 P2P 连接建立过程 P2P 连接的建立首先需要一个拥有公网 IP 的中间服务器 S，两个结点 P1 和 P2。 这样让我们没办法拿到隐藏在 NAT 后边内网设备的 NAT 入口，也就没办法进行 P2P 通信了。 P2P 也用到了一个服务器，跟微信一样。 但是不同的是，P2P 中的服务器只作为结点地址的中转站，而微信的服务器是数据的聚宝盆。P2P 让我们的数据仅通过 P2P 连接发送，而不经过任何第三方的服务器。
5.7K10发布于 2020-05-07 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（5）——DESCRIBE
Unauthorized CSeq: 2 WWW-Authenticate: Digest realm="IP Camera(23306)", nonce="a946c352dd3ad04cf9830d5e72ffb11e Lavf58.42.100 Authorization: Digest username="admin", realm="IP Camera(23306)", nonce="a946c352dd3ad04cf9830d5e72ffb11e
3.9K22发布于 2020-10-30 - 来自专栏用户1692782的专栏
手撕Rtmp协议细节（5）——result消息
rtmp客户端发送connect消息之后，rtmp server会给客户端发送_result消息，通过该消息通知客户端连接状态（success/fail）。这一篇我们就详细来讲讲_result消息。
1.4K40发布于 2020-05-20 - 来自专栏liulun
公司禁用用迅雷，禁用所有P2P协议的软件，自己写个断点续传的工具
目前仅支持HTTP协议 下一步的工作是支持FTP协议 再下一步的工作是对原始URL进行智能分析 发此文以抗议像吉日兄这样的总监或者老板 public partial class Form1 : Form
76410编辑于 2022-05-09 - 来自专栏码农知识点
zookeeper源码分析(5)-序列化协议
在序列化和反序列化过程中，需要定义一种对数据相互转变的一致性协议，也就是序列化协议。zookeeper使用Jute作为序列化组件。 实际zookeeper的客户端在向服务端发送请求时，通信协议体如下： ? len为请求数据的总长度，占4位。 请求头就是事例中的RequestHeader的xid和type。
95020发布于 2020-06-22 - 来自专栏腾讯IVWEB团队的专栏
FLV协议5分钟入门浅析
FLV协议简介 FLV（Flash Video）是一种流媒体格式，因其体积小、协议相对简单，很快便流行开来，并得到广泛的支持。 常见的HTTP-FLV直播协议，就是使用HTTP流式传输通过FLV封装的音视频数据。对想要了解HTTP-FLV的同学来说，了解FLV协议很有必要。 PreviousTagSizeN-1 + TagN FLV tag又分为3种类型： Video Tag：存放视频相关数据； Audio Tag：存放音频相关数据； Script Tag：存放音视频元数据； 在实际讲解FLV协议前 Tag） stereo BOOL 是否立体声 audiocodecid DOUBLE 音频编解码器ID（参考Audio Tag） filesize DOUBLE 文件总得大小（字节） 写在后面 FLV协议本身不算复杂 此外，FLV的字节序为大端序，在做协议解析的时候一定要注意。 本文为讲解方便，部分内容可能不够严谨，如有错漏敬请指出。
1.8K31发布于 2020-06-28 - 来自专栏今天有没有多懂一点工业安全
思科CDP协议爆出5个致命漏洞
这些漏洞统称为“ CDPwn”，位于各种实施方式的思科交付协议（CDP）中，默认情况下，该协议在几乎所有思科设备上均已启用，并且无法关闭。 类似于LLDP（链路层发现协议），网络管理员需要了解到在二层域内有哪些设备连接，需要有这些协议的存在，而且LLDP也广泛的应用于网络打印机及一些非思科设备。 CDPwn漏洞出现在思科发现协议（CDP）数据包的处理环节，表明了第2层协议对网络安全状况可能带来的影响。 XR和NX-OS软件思科发现协议拒绝服务漏洞（CVE-2020-3120） 攻击方式 应当指出的是，由于CDP是不能跨越局域网边界的数据链路第2层协议，因此攻击者必须首先在同一网络上才能利用CDPwn 在网络交换机所服务的所有网段上，默认情况下启用的攻击面是用于交换机本身操作的第2层协议，而CDP是这些协议之一。 接管交换机后，攻击者可以横向移动到它所服务的所有网络段。
1.1K10编辑于 2022-05-10 - 来自专栏twowinter
LoRaWAN协议解析 第5章 MAC命令
1 前言 我正在陆续对《LoRaWAN102》即LoRaWAN协议规范 V1.0.2 版本(2016年7月定稿)协议的各个章节进行翻译。 LoRaWAN第5章，LoRaWAN出于网络管理需要，提出了9条MAC命令，这个章节是对9条命令进行具体的描述。 说个题外话，CLAA(中国LoRa应用联盟)在9条命令以外还扩充了一些MAC命令。 现阶段协议还不能公开，所以我就不多说了。中兴目前作为LoRa联盟董事会成员，也许以后会把这些拓展MAC命令引入到LoRaWAN协议也说不准，大家暂且当个课外知识了解下就好。 * LoRaMAC mote MAC commands * * LoRaWAN Specification V1.0.1, chapter 5, table 4 */ typedef enum eLoRaMacMoteCmd * LoRaMAC server MAC commands * * LoRaWAN Specification V1.0.1 chapter 5, table 4 */ typedef enum
91610发布于 2020-04-17 - 来自专栏转载专栏
CS BS P2P构架
--个人理解P2P（peer-to-peer，点对点）架构，是一种新的网络架构，P2P架构的核心是每个节点既可以当客户端，又要充当服务器。P2P架构能力依赖于整个网络中所有参与者的计算能力和带宽。 应用场景桌面应用程序（如Office套件）游戏客户端专用业务应用程序5. 示例技术Socket编程：用于客户端与服务器之间的直接通信。RPC（远程过程调用）：用于客户端调用服务器上的方法。 浏览器与服务器进行通信，通过HTTP/HTTPS协议进行数据交换。服务器：运行在服务器端，处理来自浏览器的请求并生成响应。响应通常是HTML、CSS和JavaScript代码。2. 应用场景Web应用程序（如在线办公、电子商务网站）在线服务（如银行服务、社交媒体）互联网平台（如内容管理系统、论坛）5. 示例技术Web服务器：如Apache、Nginx，用于处理HTTP请求。 应用场景文件共享（如BitTorrent）区块链和加密货币（如比特币）去中心化应用（DApps）示例技术BitTorrent协议：用于文件共享，通过P2P网络分发文件。
75710编辑于 2025-01-22
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号