- 综合排序
- 最热优先
- 最新优先
- 来自专栏飞鸟的专栏
9、STP协议
3.jpg 4.jpg 5.jpg 2、STP ——Spanning Tree Protocol (生成树协议) 逻辑上断开环路，防止广播风暴的产生。 选择指定端口 根路径成本最低的当选 网桥ID中MAC地址最小的当选 3.jpg 5、选择阻断端口 剩余端口为阻断端口 4.jpg 6、经过STP计算后的逻辑拓扑 5.jpg 三、 BPDU（桥协议数据单元 ） 1、定义： BPDU——Bridge Protocol Data Unit（桥协议数据单元）。
97040编辑于 2022-01-05 - 来自专栏python3
HTTP协议（9）Python requ
通过Python中的requests模块也可以来发送HTTP请求，接收HTTP响应，从而实现一些更加灵活的操作。 requests是第三方库，不过在Kali中已经自带了该模块。Python3和Python2的用法稍微有些差别，这里先以Python2为例。 root@kali:~# python
87610发布于 2020-01-09 - 来自专栏该溜子的专栏
【JavaEE】——自定义协议方案、UDP协议
一：自定义协议 程序员在调用操作系统提供的网络API写出来的代码都是属于应用层的（回顾五个层级：应用层，传输层，网络层，数据链路层，物理层），应用层自身就有许多已经创建好的协议，但多数情况下是需要程序员自定义协议的 1：自定义协议 主要约定好两方面的内容 （1）交互哪些信息 解释：服务器和客户端之间要交互哪些信息，由产品经理规定需要传输哪些信息 （2）数据的具体格式 解释：客户端按照约定构造、发送请求，解析返回的响应 服务器按照约定解析请求，构造、发送响应 2：（反）序列化 Client和Server之间交互的是“结构化数据”，网络传输的数据其实是“字符串”“二进制bit流”，约定协议的过程就是把 我们使用的socket的API都是由传输层提供的 对于端口号，它是一个2字节的整数（0，2的16次方-1），在使用端口号的时候，[1,1024]都是属于系统保留的自用的端口号(知名端口号) 六：UDP协议 1：特点 回顾一下：无连接，不可靠传输，面向数据报，全双工， UDP数据报=报头+载荷 UDP报头中4个字段，每个字段2个字节，共8个字节 协议中报头用2个字节表示端口号，能表示的范围为2^16-1=
41510编辑于 2024-12-30 - 来自专栏爱编码
【Netty】自定义协议
简介 Netty中，通讯的双方建立连接后，会把数据按照ByteBuf的方式进行传输，例如http协议中，就是通过HttpRequestDecoder对ByteBuf数据流进行处理，转换成http的对象。 步骤 制定协议（如表头，内容字节大小，内容，校验位等） 写好编码器Encoder，将数据进行编码的操作。 写好解码器Decoder，将数据进行解码的操作。 实现 1.制定协议（如表头，内容字节大小，内容，校验位等） 自定义传输的实体类，其实本质上你可以将它当做自定义的协议。这里为了方便入门，就没有写正式的协议。 www.cnblogs.com/zeroone/p/8490904.html https://www.cnblogs.com/zeroone/p/8490921.html 总结 Netty提供了编解码器就让我们可以非常方便的自定义自己传输数据的格式
1.2K40发布于 2019-07-03 - 来自专栏全栈程序员必看
dubbo之9种rpc协议
9种协议 dubbo 缺省协议 1、dubbo 缺省协议 采用单一长连接和NIO异步通讯，适合于小数据量大并发的服务调用，以及服务消费者机器数远大于服务提供者机器数的情况 2、不适合传送大数据量的服务 </artifactId> <version>4.0.7</version> </dependency> 约束 1、参数及返回值需实现Serializable接口 2、参数及返回值不能自定义实现 List, Map, Number, Date, Calendar等接口，只能用JDK自带的实现，因为hessian会做特殊处理，自定义实现类中的属性值都会丢失。 "http://10.20.160.198/wiki/display/dubbo/java.util.Map" url="memcached://10.20.153.10:11211" /> 自定义接口 interface="http://10.20.160.198/wiki/display/dubbo/java.util.Map" url="redis://10.20.153.10:6379" /> 也可以使用自定义接口
1.2K20编辑于 2022-08-31 - 来自专栏landv
自定义URL Protocol 协议
Windows Registry Editor Version 5.00 [HKEY_CLASSES_ROOT\fuck] @="fuck Protocol" "URL Protocol"="" [HKEY_CLASSES_ROOT\fuck\DefaultIcon] @="C:\\Program Files (x86)\\VB精简版\\Vb6.exe,0" [HKEY_CLASSES_ROOT\fuck\shell] @="" [HKEY_CLASSES_ROOT\fuck\shell\open]
1.9K30发布于 2019-03-22 - 来自专栏漫流砂
自定义协议 | Electron 安全
0x01 简介 大家好，今天和大家讨论的是自定义协议，在很多应用中，除了支持 http(s)、file、ftp等开放的通用标准协议外，还会支持一些自定义协议，自定义协议常被用于实现特殊功能，比如深度集成应用程序与特定的网络服务 ，欢迎大家留言讨论～ 这篇文章也提供了 PDF 版本及 Github ，见文末 0x02 程序内部注册自定义协议 1. 否则, 该协议将表现为 file 协议, 而且，这种文件协议将不能解析相对路径 例如, 当您使用自定义协议加载以下内容时，如果你不将其注册为标准scheme, 图片将不会被加载, 因为非标准scheme ，所以在做安全检查时，也需要根据实际情况，接下来列举几个曾经在注册自定义协议方面出现的问题 需要注意的是，外部引用的安全防护代码可能不会针对自定义协议进行防护，这也是造成很多漏洞的直接原因 CVE-2018 protocol 和 app 模块的相关方法进行分析，查找攻击的可能 0x06 PDF 版 & Github PDF 版 https://pan.baidu.com/s/1d6gSFG9DPP_oZlpRZdOztw
1.6K10编辑于 2024-05-17 - 来自专栏蛋蛋编程手记
内容传输自定义协议
在这种需求下，最好的方法就是自定义协议，发送方按照一定的格式将文件流和文件描述信息编码成字节流，接收方把收到的字节流在解析成文件流和文件描述信息。 这里蛋蛋给出一个简单的协议格式。 消息类型（1字节） 描述信息长度（4字节） 描述信息（描述信息长度） 文件流长度（4字节） 文件流（文件流长度） 发送方按照上述协议进行编码。 接收方收到了字节流后按照上述协议解析。 1. 根据第4步的文件长度读取文件流 最后说一下，这个协议有几个很大的局限性。 首先长度信息限制在了4个字节的范围内，所以不能超过2^32次方，也就是说内容长度不能超过大概4个g。
59410编辑于 2023-02-25 - 来自专栏用户1692782的专栏
手撕RTSP协议系列（9）——TEARDOWN
感觉不够直观，哈哈，来来来，抓包献上，分析协议没有抓包总感觉像缺了灵魂： ? RTSP/1.0\r\n CSeq: 10\r\n Authorization: Digest username="admin", realm="bcad28138995", nonce="a1a5b9d3865180dccbaffb1cb2eb2a27
2.9K21发布于 2020-10-30 - 来自专栏捞月亮的小北
9. 前后台协议联调
; } // //将可能出现的异常进行包装，转换成自定义异常 // try{ // int i = 1/0; // }catch
54310编辑于 2023-12-01 - 来自专栏Android相关
Gradle For Android(9)--自定义构建
现在我们知道了Gradle如何工作，如何创建自己的Task以及Plugin，如何执行test任务，如何设置CI。这一章会包含一些小技巧，接下来会从以下Topic进行讨论：
1.1K10发布于 2018-10-24 - 来自专栏PHPer 进击
网络协议 9 - TCP协议（下）：聪明反被聪明误
在解决问题之前，咱们先来看看 TCP 是怎么成为一个“靠谱”的协议的。 “靠谱”协议 TCP TCP 为了保证顺序性，每个包都有一个 ID。 而在接收端看来： 1、2、3、4、5 是已经完成 ACK，但还没读取的； 6、7 是等待接收的； 8、9 是已经接收，但是没有 ACK 的。 发送端和接收端当前的状态如下： 1、2、3 没有问题，双方达成了一致； 4、5 接收方发送 ACK 了，但是发送方还没收到，有可能丢了，有可能还在路上； 6、7、8、9 肯定都发了，但是 8、9 已经到了 因为对于 TCP 协议来讲，它压根不知道整个网络路径都会经历什么。TCP 发送包常被比喻为往一个水管里灌水，而 TCP 的拥塞控制就是在不堵塞、不丢包的情况下，尽量发挥带宽。 参考： The TCP/IP Guide； 百度百科 - TCP词条； 刘超 - 趣谈网络协议系列课；
1.1K10发布于 2019-04-11 - 来自专栏m0w3n
wireshark插件开发 - 自定义协议
虽然wireshark自带了很多知名协议的解析插件，譬如HTTP、DHCP等等，然而在实际应用环境中，有不少软件之间的通信协议都是私有的，如游戏客户端和服务器之间的交互协议通常都是私有的，wireshark 无法具体解析出各种字段之间的含义，只能显示接收到的二进制数据，给协议的分析和问题的排查带来了一定的困难，尤其是协议内容比较复杂时。 本文一个自定义的简单协议入手，分析如何基于wireshark开发自定义协议分析插件。 ? 1.1. 概述 本书使用Go语言来描述协议的交互过程。 " 8 ) 9 10 type NPacket struct { 11 Version int16 //两个字节 12 ID uint32 //四个字节 13 客户端 1 package main 2 3 import ( 4 "fmt" 5 "net" 6 ) 7 8 import "packet" 9 10 func
1.8K30发布于 2021-06-21 【网络】9.VRRP协议原理与配置
一、VRRP协议简介VRRP（Virtual Router Redundancy Protocol，虚拟路由冗余协议）是一种网络冗余协议，主要用于提高网关的高可用性。 三、VRRP虚拟MAC地址格式：00-00-5E-00-01-XX，其中 XX 是VRRP实例号（1~255）四、VRRP协议数据包使用IP协议号112发送地址为多播地址 224.0.0.18通告包携带优先级 IP地址priority设置优先级，优先级高的为Masterpreempt允许主路由器恢复时抢占主控权timers advertise设置通告包发送间隔七、VRRP状态查看命令show vrrpphp9
82010编辑于 2025-08-13- 来自专栏xingoo, 一个梦想做发明家的程序员
【AngularJS】—— 9 自定义过滤器
AngularJS另一个特点就是提供了过滤器，可以通过操作UNIX下管道的方式，操作数据结果。 通过使用管道，可以便于双向的数据绑定中视图的展现。 过滤器在处理过程中，将数据变成新的格式，而且可以使用管道这种链式风格，还能接受附加的参数。 实现方式 下面看一下如何定义声明一个过滤器，首先依然是要创建我们自己的模块myAppModule var myAppModule = angular.module("myApp",[]); 接下来在模块的基础上，创建过滤器： myAppModul
95960发布于 2018-01-17 - 来自专栏游戏杂谈
wireshark解析自定义的protobuf协议
一个Lua插件的Dissector结构大致如下： do -- 协议名称为 m_MeteoricProto，在Packet Details窗格显示为 XXX Protocol local buffer, pinfo, tree) then else -- data 这个 dissector 几乎是必不可少的; 当发现不是我的协议时
4.9K30发布于 2018-11-20 - 来自专栏张泽旭的专栏
springcloud gateway 自定义协议转化实现
本文链接：https://blog.csdn.net/qq_17655941/article/details/103362115 这几天公司要求实现 springcloud gateway 自定义协议 需要对外统一提供http/https 的接口，但是后端有很多服务提供了不同的方式，包括dubbo 协议，和dubbo 上提供的各种访问协议等（dubbo服务上协议的支持），需要从网关直接代理去访问。 org.springframework.cloud.gateway.filter.GlobalFilter 全局网关过滤器，是一个接口，自定义需要实现此接口(下面说明的类都实现此接口，并在同一个包中) sink.complete(); })); })); } } 通过反射机制类完成除过gateway 自定义协议外的所有解析进行处理 这就完了，简单把 具体协议插件实现可以下载源代码 完整项目下载 github
3.7K31发布于 2019-12-10 - 来自专栏用户1692782的专栏
手撕Rtmp协议细节（9）——play拉流
在客户端发起createStream命令之后，客户端收到服务端反馈的_result消息，接下来客户端就可以向服务端发起请求播放的指令，这个指令就是play。首先我们看一下官方给出的关于play的消息流示意图。
2.3K20发布于 2020-05-26 - 来自专栏我的博客
【Linux网络】应用层自定义协议
应用层协议就是应用程序之间通信的规则和格式约定，让不同的程序能够理解彼此发送的数据含义。 再谈 “协议” 协议是一种 “约定”。 数据形态 优点 缺点 适用场景 JSON 文本（UTF‑8） 人类可读、调试方便、跨语言支持广泛 数据体积相对大、解析速度慢于二进制方案 配置、REST API、调试阶段 XML 文本（带标签） 可自定义结构 这种约定就是 应用层协议 但是，为了让我们深刻理解协议，我们打算自定义实现一下协议的过程。 我们采用方案2，我们也要体现协议定制的细节 我们要引入序列化和反序列化，只不过我们直接采用现成的方案 – jsoncpp库 我们要对socket进行字节流的读取处理 不过我们会在下篇文章中自定义实现一下协议 “lineBreak”：自定义换行符（如设置为 “\n” 或 “\r\n”），影响多行输出的换行方式。
18710编辑于 2025-12-22 - 来自专栏InvQ的专栏
如何利用 Netty 实现自定义协议通信？
既然是网络编程，自然离不开通信协议，应用层之间通信需要实现各种各样的网络协议。在项目开发的过程中，我们就需要去构建满足自己业务场景的应用层协议。 之前我们介绍了如何使用网络协议解决 TCP 拆包/粘包的底层问题，这次我们将在此基础上继续讨论如何设计一个高效、可扩展、易维护的自定义通信协议，以及如何使用 Netty 实现自定义通信协议。 如果在满足业务场景以及性能需求的前提下，推荐采用通用协议的方案。相比通用协议，自定义协议主要有以下优点。 极致性能：通用的通信协议考虑了很多兼容性的因素，必然在性能方面有所损失。 扩展性：自定义的协议相比通用协议更好扩展，可以更好地满足自己的业务需求。 安全性：通用协议是公开的，很多漏洞已经很多被黑客攻破。 自定义协议更加安全，因为黑客需要先破解你的协议内容 那么如何设计自定义的通信协议呢？这个答案见仁见智，但是设计通信协议有经验方法可循。
1.2K40发布于 2020-11-13
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号