- 综合排序
- 最热优先
- 最新优先
- 来自专栏用户10616523的专栏
Socks 5 协议解析
Socks5协议概述：Socks5协议是Socks协议家族中的一员，与其前身Socks4相比，引入了更多功能和协议支持。 Socks5协议结构：Socks5协议的通信流程通常包括几个关键步骤，如建立连接、认证方式选择、代理请求和数据传输等。文章将详细介绍每个步骤的结构和数据格式，包括握手协商阶段、认证阶段和数据传输阶段。 UDP支持和远程DNS解析：相比Socks4协议，Socks5协议引入了对UDP协议的支持，使得代理服务器可以中转UDP数据包。 安全性和加密支持：Socks5协议本身并没有提供数据加密功能，但可以与其他安全协议（如SSL/TLS）结合使用，以确保数据传输的机密性和完整性。 通过在Socks5协议之上使用加密协议，可以提供更高级别的数据保护和安全性。
1.2K00编辑于 2023-06-14 - 来自专栏飞天小牛肉
5 幅图拿下 ARP 协议
前言 在上一篇文章 别再恐惧 IP 协议 中， 我们了解到，「网络层实现主机之间的通信，而链路层实现具体每段链路之间的通信」。 ❝对于这段话不太了解的小伙伴强烈推荐翻看上篇讲解 IP 协议的文章 别再恐惧 IP 协议，有非常详细的解释和图例 ? ❞ 那么，ARP 就是用来实现由 IP 地址到 MAC 地址转化的一个「网络层协议」，当然，还有一个 RARP 协议可以实现由 MAC 地址到 IP 地址的转化。 两者原理都差不多，本文就以 ARP 协议为例进行讲解。 ? 1. 准确的来说，ARP 协议以目标 IP 地址为线索，用来定位下一个应该数据分包的网络设备对应的 MAC 地址。 ?
59320发布于 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.1K30发布于 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协议连接。
13.6K41发布于 2021-03-16 - 来自专栏用户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.7K22发布于 2020-10-30 - 来自专栏全栈程序员必看
5G NR协议_5G切片编排器
系列文章目录 5G/NR 网络切片之NSSAI分类 5G/NR 网络切片之NSSAI配置 5G/NR 网络切片之NSSAI配置更新 5G/NR 网络切片之NSSAI包含模式 5G/NR 网络切片之AMF 选择(协议版) 5G/NR 网络切片之NSSAI的注册 5G/NR 网络切片之资源隔离(协议版) ---- 网络切片是一个可以根据每个客户的要求进行差异化处理的概念。 ，以及可以将资源进行隔离，然后移动网络运营商可以将客户视为属于不同租户类型的客户，每种客户具有不同的服务要求，这些要求根据每个租户根据SLA (Service Level Agreement，服务水平协议 5.15.2.2-1] Slice/Service type SST value Characteristics eMBB 1 Slice suitable for the handling of 5G
1.1K20编辑于 2022-11-11 可信AI购物代理协议解析
某中心推出可信代理协议保障AI购物安全某中心推出新的安全框架，旨在解决人工智能驱动商务中最棘手的问题：零售商如何区分合法的AI购物助手和困扰网站的恶意机器人。 该支付巨头于周二发布了可信代理协议，建立了被称为"代理式商务"的基础设施——指消费者将购物任务委托给能够搜索产品、比较价格和自主完成购买的AI代理的快速增长实践。 加密握手机制：如何验证AI购物代理可信代理协议通过某机构描述的商户与经批准AI代理之间的"加密信任握手"运作。 该协议发布之际，多家技术巨头竞相建立竞争的AI商务标准。某搜索巨头最近推出了其支付代理协议（AP2），而某AI研究机构和某支付公司讨论了自己的使AI代理能够进行购买的方法。 该公司的欺诈检测系统为每笔交易分析500多个不同属性，使用AI模型为其网络中流动的3000亿笔年度交易分配实时风险评分。控制AI购物的即将到来的战斗某机构协议的真实考验不是技术性的——而是政治性的。
14910编辑于 2025-10-28- 来自专栏猫头虎博客专区
什么是MCP协议？AI Agent时代如何选择MCP协议？
什么是MCP协议？AI Agent时代如何选择MCP协议？ 摘要 在人工智能（AI）迅猛发展的今天，如何让大型语言模型（LLM）充分利用外部数据和工具已成为关键问题。 MCP协议详解 2.1 MCP协议的定义与目标 MCP（Model Context Protocol）是一种开放协议，主要用于规范 AI 应用程序与外部数据或工具之间的通信。 AI Agent时代下的 MCP 应用前景 3.1 赋能 AI 助手 随着 AI 助手逐渐普及，通过 MCP 协议，AI 助手可以直接访问本地文件、数据库、第三方应用等多种数据源，实现： 实时数据查询： 5. 未来展望 随着 AI 技术和大模型应用场景的不断扩展，MCP 协议有望成为连接 AI 与外部数据资源的标准桥梁。 总结 MCP 协议作为一种开放标准，正在为 AI 系统与外部数据、工具之间的无缝集成提供全新的解决方案。
3.5K10编辑于 2025-03-08 - 来自专栏用户1692782的专栏
手撕Rtmp协议细节（5）——result消息
rtmp客户端发送connect消息之后，rtmp server会给客户端发送_result消息，通过该消息通知客户端连接状态（success/fail）。这一篇我们就详细来讲讲_result消息。
1.3K40发布于 2020-05-20 - 来自专栏码农知识点
zookeeper源码分析(5)-序列化协议
在序列化和反序列化过程中，需要定义一种对数据相互转变的一致性协议，也就是序列化协议。zookeeper使用Jute作为序列化组件。 实际zookeeper的客户端在向服务端发送请求时，通信协议体如下： ? len为请求数据的总长度，占4位。 请求头就是事例中的RequestHeader的xid和type。
85320发布于 2020-06-22 - 来自专栏今天有没有多懂一点工业安全
思科CDP协议爆出5个致命漏洞
这些漏洞统称为“ CDPwn”，位于各种实施方式的思科交付协议（CDP）中，默认情况下，该协议在几乎所有思科设备上均已启用，并且无法关闭。 类似于LLDP（链路层发现协议），网络管理员需要了解到在二层域内有哪些设备连接，需要有这些协议的存在，而且LLDP也广泛的应用于网络打印机及一些非思科设备。 CDPwn漏洞出现在思科发现协议（CDP）数据包的处理环节，表明了第2层协议对网络安全状况可能带来的影响。 XR和NX-OS软件思科发现协议拒绝服务漏洞（CVE-2020-3120） 攻击方式 应当指出的是，由于CDP是不能跨越局域网边界的数据链路第2层协议，因此攻击者必须首先在同一网络上才能利用CDPwn 在网络交换机所服务的所有网段上，默认情况下启用的攻击面是用于交换机本身操作的第2层协议，而CDP是这些协议之一。 接管交换机后，攻击者可以横向移动到它所服务的所有网络段。
92610编辑于 2022-05-10 - 来自专栏腾讯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.6K31发布于 2020-06-28 - 来自专栏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
81510发布于 2020-04-17 - 来自专栏物联网智慧生活
5G4G多协议工业网关 协议解析 数据采集传输
多协议网关TG451,支持Modbus RTU、Modbus TCP协议、支持MQTT协议、支持TCP/IP、UDP、FTP、HTTP支持其他工业协议定制实现数据采集上传。 计讯物联多协议网关支持APN/VPDN、OpenVPN、IPSEC、PPTP、L2TP等，数据传输安全可靠。 图片3.png 多协议工业网关TG451功能 4.png 多协议网关TG451接口 图片4.png USB接口、2路继电器输出接口、2路开关量输入接口、RS232接口、RS485接口、1个WAN 计讯物联多协议工业网关TG451置多级链路检测与恢复机制，保障设备网络连接不间断。 支持设备远程监测、配置、升级，工业级金属外壳、高EMC电磁兼容、耐高低温(-35℃至75℃)，宽压(5V-35V);超强的防潮、防雷、防电磁干扰能力，保障设备在恶劣环境下稳定运行。
1.2K10发布于 2021-06-29 EvoMap创造了AI Agent进化协议
从技术上看，EvoMap在当前的AI Agent生态中，在“工具层（MCP协议，解决Agent用工具的问题）”和“技能层（Skill体系，解决Agent执行任务的问题）”之外，提出了“进化层”，让AI实现生物般的遗传 GEP协议（基因进化协议） EvoMap提出了GEP协议。 这个协议是A2A协议的子集，它主要针对EvoMap提出的AI基因进化进行基因交换。 晋升（Promotion） —— 在 Hub 这一层，会有一套清晰的质量门控：例如 confidence ≥ 0.7、blast_radius.files ≤ 5、success_streak ≥ 2。 激励机制 GEP是一个中心化协议（我希望它可以发展为去中心化的协议），他们为了鼓励开发者们把自己的Agent接入到这个网络，提出了激励机制。
98510编辑于 2026-03-03- 来自专栏剑指工控
——聊聊HART协议（5）
HART-IP结合了HART 7的所有功能，还增加了使用TCP/IP协议栈在以太网网络上传输数据的能力。 HART是一种命令/响应协议，即主机发出命令、设备作出响应。当主机与众多设备通信时，主机需要知道要向其发出命令的设备名称或地址，这一寻址方案在HART协议规范中已定义。 这样原来的HART协议仍然存在于HART-IP中，但4~20mA模拟信号已被过程变量和控制指令的高速数字传输所取代。 HART-IP基于现有的TCP/IP协议栈，为访问一些智能设备和过程信息提供了新的选项。 HART‐IP增强的安全特性包括安全配置、安全传输层协议（TLS）/数据包传输层安全性协议（DTLS）密码和预共享密钥(PSK)、系统日志（syslog）支持、客户端访问级别控制(读或读/写)和消息加密
1K10编辑于 2024-05-21 OoderAI A2A参考协议(MIT开源协议) -AI Bridge 协议分册V0.6（完整版）
AI Bridge 协议分册1. 协议概述AI Bridge 协议是 Ooder 智能体系统中用于智能体、SKILL 和资源系统之间通信的核心协议。 ───────────────────┐│ 应用层 (业务逻辑) │├────────────────────┤│ AI Bridge 协议层 │├────────────────────┤ ─────────────────────────────────────────────────────────────┘ 返回结果5. Cap频道管理9.1 Cap声明流程SKILL初始化时，声明其支持的Cap列表SKILL向AI Bridge发送cap.declare命令AI Bridge验证Cap信息并注册AI Bridge返回注册结果 测试规范12.1 协议测试方法单元测试：测试协议各组件的基本功能集成测试：测试组件间的交互性能测试：测试协议的性能和吞吐量安全测试：测试协议的安全性12.2 测试用例{ "test_case_id":
13810编辑于 2026-01-18- 来自专栏猫头虎博客专区
Google发布A2A协议对标MCP协议，AI Agent互联网协议之争正式打响！
Google发布A2A开放协议，AI Agent互联网协议之争正式打响！ 最近，科技界迎来了一场重磅新闻——Google发布了全新的开放协议——A2A开放协议。 这个协议的发布，直接冲击了MCP（Microsoft Cloud Platform），标志着AI Agent互联网协议之争正式拉开帷幕。 那么，A2A开放协议到底有何特别之处，它是如何挑战现有的MCP协议，并为AI Agent的未来发展奠定基础的呢？今天，我们就来深度分析一下。 正文 A2A协议的三大核心能力 1. 随着技术的不断进步，AI Agent的角色将愈发重要。A2A协议的出现，不仅推动了行业标准的统一，也为未来AI Agent互联网的发展奠定了坚实的基础。 结语：AI Agent互联网的未来 Google的A2A协议无疑是AI Agent领域的一次重大突破。随着这个协议的发布，AI Agent互联网的协议之争已经正式打响。
48010编辑于 2025-04-11 - 来自专栏EMQ 物联网
新增 ABB COMLI 等 5 个工业协议驱动
南向驱动 AB DF1由罗克韦尔自动化公司开发的串行通信协议，主要用于 PLC 和其他设备之间进行通信。 此通信协议包含两种数据帧格式，二进制格式以及 ASCII 格式，Neuron 实现二进制数据传输，传输效率更高，速度更快。 此协议由中国环境保护部分和通信行业专家共同制定，212 为协议版本号，为环境监测工作提供了重要的支持，也为中国环境监测设备的国产化提供了技术支持和保障。 此协议在中国环境监测领域有着广泛的应用，包括大气监测、水监测、土壤监测等各个方面。南向驱动 ABB COMLI由 ABB 公司开发的一种串行通信协议，主要用于在其 PLC 和其他设备之间进行通信。 此协议是一种点对点的通信协议，支持两种数据帧格式、二进制格式和 ASCII 格式。Neuron 实现二进制数据帧格式进行数据采集与设备控制。
43320编辑于 2023-04-07 - 来自专栏AI
AI领域又新增协议： AG-UI
随着AI的快速发展正在重塑技术生态，协议的演进速度尤为迅猛。一个令人头疼的问题浮现了：不同的AI智能体和前端应用之间就像说着不同语言的人，无法顺畅交流。 正是在这样的背景下，2025年5月，以开发AI集成工具包CopilotKit而闻名的技术团队，正式开源发布了AG-UI (Agent-User Interaction Protocol)。 MCP 和 A2A 为 AI 智能体与工具、其他智能体之间的交互奠定标准之后，AG-UI 进一步填补了智能体与用户前端交互的空白。什么是AG-UI协议？ AG-UI协议，全称Agent-User Interaction Protocol（智能体用户交互协议），是一个轻量级、事件驱动的开放协议。 对于用户来说，这意味着更流畅、更自然、更智能的AI交互体验。随着AI技术的不断发展，智能体将越来越多地融入我们的日常工作和生活中。
1.8K11编辑于 2025-07-11
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号