在对一些软件的漏洞挖掘过程中分析数据包是不可或缺的部分,我是采用了reqable(开系统代理)->proxypin->clash verge,然后让ai通过proxypin mcp分析抓到的数据包,存在的问题是网页和应用大多可以正常用,但是codex会报sse超时,听codex分析我设置reqable关闭ssl只负责转发,但一旦开始抓包codex还是没网,这导致我抓包和用codex总是要错开就很麻烦,想问一下佬们有没有解决方法或者其他更简单的方案? 5 个帖子 - 3 位参与者 阅读完整话题
最近摸鱼摸出了对华为的感慨，只说我了解的一部分的。就从下面一个数据包的全生命周期来说。 无线部分：终端/华为手机-终端系统/鸿蒙系统-终端基带/巴龙基带-终端天线-->5G 基站 AAU/BBU/RRU-->基站回传接入环 PTN970/OSN1800-->汇聚环 PTN7900-->5G 核心网/云化--->地市核心 NE8000/NE9000-->二干传输 E9600-->省核心 NE9000/NE5000E--->一干 OSN9800-->骨干国干核心 NE5000E-->一干 OSN9800-->省公司核心 NE9000/NE5000E-->二干传输 E9600--->地市核心 NE40E/NE8000/NE9000-->IDC 出口路由器 NE40Ex8/x16-->核心南北交换机 CE12800/CE16800-->Eudemon9000E 防火墙-->数据中心东西汇聚 CE9800-->服务器智能网卡-->鲲鹏服务器-->AI 算力卡昇腾 950-->服务器系统 OpenEuler--GaussDB 数据库-->oceanstor 高端存储-->全套上层的华为云平台-->机房动力环境高精密空调和逆变器-->全端管控 imasterNCE 固网部分：终端->华为消费级路由器->华为 ONU 光猫 HN8145XR-->OLT/EA5800-->传输 PTN/OTN-->Bras/vBRAS/NE40/ME60/VNE9000-->地市核心路由器 NE40x8/x16/NE8000/NE9000,后续路径和前面说一样。 上述就是一个数据包的我这里知道的全生命周期都可以是华为搞定，中间省略了很多东西。下面是竞争对手 列举的对手 终端-->苹果、三星、小米 终端芯片-->苹果、三星、高通、联发科 终端基带-->苹果、三星、高通、联发科 终端系统-->ios 、android 基站-->爱立信、中兴、诺基亚贝尔 传输-->Ciena 、烽火、中兴、爱立信、诺基亚贝尔 核心网-->爱立信、诺基亚贝尔 骨干网-->思科、中兴、瞻博 算力卡-->英伟达 数据中心服务器-->戴尔、浪潮、联想 数据中心 AI 交换机-->思科、英伟达 系统-->红帽 数据库-->oracle 存储-->戴尔 EMC 防火墙安全-->飞塔 paloalto 山石网科 迪普 华为云-->亚马逊、谷歌云、阿里云 上述说的不全或者有问题的可以指出来或者补充，但是我知道的就是这样的。不得不说确实非常厉害构建了一套端管云的跨层全栈工程能力。理论上如果要做运营商和数据中心完全可以使用整套华为的方案，不考虑各种方面的因素的话。
最近摸鱼摸出了对华为的感慨，只说我了解的一部分的。就从下面一个数据包的全生命周期来说。 无线部分：终端/华为手机-终端系统/鸿蒙系统-终端基带/巴龙基带-终端天线-->5G 基站 AAU/BBU/RRU-->基站回传接入环 PTN970/OSN1800-->汇聚环 PTN7900-->5G 核心网/云化--->地市核心 NE8000/NE9000-->二干传输 E9600-->省核心 NE9000/NE5000E--->一干 OSN9800-->骨干国干核心 NE5000E-->一干 OSN9800-->省公司核心 NE9000/NE5000E-->二干传输 E9600--->地市核心 NE40E/NE8000/NE9000-->IDC 出口路由器 NE40Ex8/x16-->核心南北交换机 CE12800/CE16800-->Eudemon9000E 防火墙-->数据中心东西汇聚 CE9800-->服务器智能网卡-->鲲鹏服务器-->AI 算力卡昇腾 950-->服务器系统 OpenEuler--GaussDB 数据库-->oceanstor 高端存储-->全套上层的华为云平台-->机房动力环境高精密空调和逆变器-->全端管控 imasterNCE 固网部分：终端->华为消费级路由器->华为 ONU 光猫 HN8145XR-->OLT/EA5800-->传输 PTN/OTN-->Bras/vBRAS/NE40/ME60/VNE9000-->地市核心路由器 NE40x8/x16/NE8000/NE9000,后续路径和前面说一样。 上述就是一个数据包的我这里知道的全生命周期都可以是华为搞定，中间省略了很多东西。下面是竞争对手 列举的对手 终端-->苹果、三星、小米 终端芯片-->苹果、三星、高通、联发科 终端基带-->苹果、三星、高通、联发科 终端系统-->ios 、android 基站-->爱立信、中兴、诺基亚贝尔 传输-->Ciena 、烽火、中兴、爱立信、诺基亚贝尔 核心网-->爱立信、诺基亚贝尔 骨干网-->思科、中兴、瞻博 算力卡-->英伟达 数据中心服务器-->戴尔、浪潮、联想 数据中心 AI 交换机-->思科、英伟达 系统-->红帽 数据库-->oracle 存储-->戴尔 EMC 防火墙安全-->飞塔 paloalto 山石网科 迪普 华为云-->亚马逊、谷歌云、阿里云 上述说的不全或者有问题的可以指出来或者补充，但是我知道的就是这样的。不得不说确实非常厉害构建了一套端管云的跨层全栈工程能力。理论上如果要做运营商和数据中心完全可以使用整套华为的方案，不考虑各种方面的因素的话。
最近摸鱼摸出了对华为的感慨，只说我了解的一部分的。就从下面一个数据包的全生命周期来说。 无线部分：终端/华为手机-终端系统/鸿蒙系统-终端基带/巴龙基带-终端天线-->5G 基站 AAU/BBU/RRU-->基站回传接入环 PTN970/OSN1800-->汇聚环 PTN7900-->5G 核心网/云化--->地市核心 NE8000/NE9000-->二干传输 E9600-->省核心 NE9000/NE5000E--->一干 OSN9800-->骨干国干核心 NE5000E-->一干 OSN9800-->省公司核心 NE9000/NE5000E-->二干传输 E9600--->地市核心 NE40E/NE8000/NE9000-->IDC 出口路由器 NE40Ex8/x16-->核心南北交换机 CE12800/CE16800-->Eudemon9000E 防火墙-->数据中心东西汇聚 CE9800-->服务器智能网卡-->鲲鹏服务器-->AI 算力卡昇腾 950-->服务器系统 OpenEuler--GaussDB 数据库-->oceanstor 高端存储-->全套上层的华为云平台-->机房动力环境高精密空调和逆变器-->全端管控 imasterNCE 固网部分：终端->华为消费级路由器->华为 ONU 光猫 HN8145XR-->OLT/EA5800-->传输 PTN/OTN-->Bras/vBRAS/NE40/ME60/VNE9000-->地市核心路由器 NE40x8/x16/NE8000/NE9000,后续路径和前面说一样。 上述就是一个数据包的我这里知道的全生命周期都可以是华为搞定，中间省略了很多东西。下面是竞争对手 列举的对手 终端-->苹果、三星、小米 终端芯片-->苹果、三星、高通、联发科 终端基带-->苹果、三星、高通、联发科 终端系统-->ios 、android 基站-->爱立信、中兴、诺基亚贝尔 传输-->Ciena 、烽火、中兴、爱立信、诺基亚贝尔 核心网-->爱立信、诺基亚贝尔 骨干网-->思科、中兴、瞻博 算力卡-->英伟达 数据中心服务器-->戴尔、浪潮、联想 数据中心 AI 交换机-->思科、英伟达 系统-->红帽 数据库-->oracle 存储-->戴尔 EMC 防火墙安全-->飞塔 paloalto 山石网科 迪普 华为云-->亚马逊、谷歌云、阿里云 上述说的不全或者有问题的可以指出来或者补充，但是我知道的就是这样的。不得不说确实非常厉害构建了一套端管云的跨层全栈工程能力。理论上如果要做运营商和数据中心完全可以使用整套华为的方案，不考虑各种方面的因素的话。
最近摸鱼摸出了对华为的感慨，只说我了解的一部分的。就从下面一个数据包的全生命周期来说。 无线部分：终端/华为手机-终端系统/鸿蒙系统-终端基带/巴龙基带-终端天线-->5G 基站 AAU/BBU/RRU-->基站回传接入环 PTN970/OSN1800-->汇聚环 PTN7900-->5G 核心网/云化--->地市核心 NE8000/NE9000-->二干传输 E9600-->省核心 NE9000/NE5000E--->一干 OSN9800-->骨干国干核心 NE5000E-->一干 OSN9800-->省公司核心 NE9000/NE5000E-->二干传输 E9600--->地市核心 NE40E/NE8000/NE9000-->IDC 出口路由器 NE40Ex8/x16-->核心南北交换机 CE12800/CE16800-->Eudemon9000E 防火墙-->数据中心东西汇聚 CE9800-->服务器智能网卡-->鲲鹏服务器-->AI 算力卡昇腾 950-->服务器系统 OpenEuler--GaussDB 数据库-->oceanstor 高端存储-->全套上层的华为云平台-->机房动力环境高精密空调和逆变器-->全端管控 imasterNCE 固网部分：终端->华为消费级路由器->华为 ONU 光猫 HN8145XR-->OLT/EA5800-->传输 PTN/OTN-->Bras/vBRAS/NE40/ME60/VNE9000-->地市核心路由器 NE40x8/x16/NE8000/NE9000,后续路径和前面说一样。 上述就是一个数据包的我这里知道的全生命周期都可以是华为搞定，中间省略了很多东西。下面是竞争对手 列举的对手 终端-->苹果、三星、小米 终端芯片-->苹果、三星、高通、联发科 终端基带-->苹果、三星、高通、联发科 终端系统-->ios 、android 基站-->爱立信、中兴、诺基亚贝尔 传输-->Ciena 、烽火、中兴、爱立信、诺基亚贝尔 核心网-->爱立信、诺基亚贝尔 骨干网-->思科、中兴、瞻博 算力卡-->英伟达 数据中心服务器-->戴尔、浪潮、联想 数据中心 AI 交换机-->思科、英伟达 系统-->红帽 数据库-->oracle 存储-->戴尔 EMC 防火墙安全-->飞塔 paloalto 山石网科 迪普 华为云-->亚马逊、谷歌云、阿里云 上述说的不全或者有问题的可以指出来或者补充，但是我知道的就是这样的。不得不说确实非常厉害构建了一套端管云的跨层全栈工程能力。理论上如果要做运营商和数据中心完全可以使用整套华为的方案，不考虑各种方面的因素的话。
最近摸鱼摸出了对华为的感慨，只说我了解的一部分的。就从下面一个数据包的全生命周期来说。 无线部分：终端/华为手机-终端系统/鸿蒙系统-终端基带/巴龙基带-终端天线-->5G 基站 AAU/BBU/RRU-->基站回传接入环 PTN970/OSN1800-->汇聚环 PTN7900-->5G 核心网/云化--->地市核心 NE8000/NE9000-->二干传输 E9600-->省核心 NE9000/NE5000E--->一干 OSN9800-->骨干国干核心 NE5000E-->一干 OSN9800-->省公司核心 NE9000/NE5000E-->二干传输 E9600--->地市核心 NE40E/NE8000/NE9000-->IDC 出口路由器 NE40Ex8/x16-->核心南北交换机 CE12800/CE16800-->Eudemon9000E 防火墙-->数据中心东西汇聚 CE9800-->服务器智能网卡-->鲲鹏服务器-->AI 算力卡昇腾 950-->服务器系统 OpenEuler--GaussDB 数据库-->oceanstor 高端存储-->全套上层的华为云平台-->机房动力环境高精密空调和逆变器-->全端管控 imasterNCE 固网部分：终端->华为消费级路由器->华为 ONU 光猫 HN8145XR-->OLT/EA5800-->传输 PTN/OTN-->Bras/vBRAS/NE40/ME60/VNE9000-->地市核心路由器 NE40x8/x16/NE8000/NE9000,后续路径和前面说一样。 上述就是一个数据包的我这里知道的全生命周期都可以是华为搞定，中间省略了很多东西。下面是竞争对手 列举的对手 终端-->苹果、三星、小米 终端芯片-->苹果、三星、高通、联发科 终端基带-->苹果、三星、高通、联发科 终端系统-->ios 、android 基站-->爱立信、中兴、诺基亚贝尔 传输-->Ciena 、烽火、中兴、爱立信、诺基亚贝尔 核心网-->爱立信、诺基亚贝尔 骨干网-->思科、中兴、瞻博 算力卡-->英伟达 数据中心服务器-->戴尔、浪潮、联想 数据中心 AI 交换机-->思科、英伟达 系统-->红帽 数据库-->oracle 存储-->戴尔 EMC 防火墙安全-->飞塔 paloalto 山石网科 迪普 华为云-->亚马逊、谷歌云、阿里云 上述说的不全或者有问题的可以指出来或者补充，但是我知道的就是这样的。不得不说确实非常厉害构建了一套端管云的跨层全栈工程能力。理论上如果要做运营商和数据中心完全可以使用整套华为的方案，不考虑各种方面的因素的话。
取之于佬，用之于佬。 感谢理解 公益站这半个月以来，我私信收到了很多友好，感谢大家，感谢Linux Do这个大家庭，我学到了很多，我也反馈了社区。 肉麻的话不会讲 哈哈哈哈哈，反正就是开心了，下次有机会咱们再见！ 50 个帖子 - 44 位参与者 阅读完整话题
如题，需求如下： 可以拦截、修改请求和响应 数据包请求头顺序要和浏览器保持一致 （ burp suite 请求头顺序不对） 可以热更新二级代理，不需要退出就可以更新二级代理（ mitmproxy 需要在启动时命令行指定） 轻量级，不闪退（ reqable 容易闪退） 免费，或者有免费版本也可以
如题，需求如下： 可以拦截、修改请求和响应 数据包请求头顺序要和浏览器保持一致 （ burp suite 请求头顺序不对） 可以热更新二级代理，不需要退出就可以更新二级代理（ mitmproxy 需要在启动时命令行指定） 轻量级，不闪退（ reqable 容易闪退） 免费，或者有免费版本也可以
如题，需求如下： 可以拦截、修改请求和响应 数据包请求头顺序要和浏览器保持一致 （ burp suite 请求头顺序不对） 可以热更新二级代理，不需要退出就可以更新二级代理（ mitmproxy 需要在启动时命令行指定） 轻量级，不闪退（ reqable 容易闪退） 免费，或者有免费版本也可以
网卡是 rtl8127, 用 iperf3 测速，在 host 上测速可以达到 9.42 Gbits/sec ，在 lxc 里测速只有 3.25 Gbits/sec ，造成这么大差异的原因是在 lxc 里发送的数据包被拆成了 1.5KB 的小包（也就是 mtu 的大小），而在 host 上发送的数据包是几十 KB 的大包，我想知道如何让 lxc 里发送的数据包也是几十 KB 的大包，有 v 友对这个问题感兴趣愿意一起研究一下吗？ 在 host 上运行 iperf3 发包时 sar 的输出如下： d@develop:~/test$ sar -n DEV 1 | awk '/IFACE/ && !header_done {print; header_done=1} /enp9s0/' 04:57:43 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s %ifutil 04:57:44 PM enp9s0 19111.00 45161.00 1231.95 1152255.61 0.00 0.00 0.00 94.39 04:57:45 PM enp9s0 19174.00 45152.00 1235.82 1152169.69 0.00 0.00 0.00 94.39 04:57:46 PM enp9s0 19072.00 45156.00 1229.25 1152220.90 0.00 0.00 0.00 94.39 04:57:47 PM enp9s0 18963.00 45156.00 1222.37 1152153.47 0.00 0.00 0.00 94.38 在 lxc 内运行 iperf3 发包时 sar 的输出如下： d@develop:~/test$ sar -n DEV 1 | awk '/IFACE/ && !header_done {print; header_done=1} /enp9s0/' 04:58:51 PM IFACE rxpck/s txpck/s rxkB/s txkB/s rxcmp/s txcmp/s rxmcst/s %ifutil 04:58:52 PM enp9s0 15288.00 277668.00 985.45 410535.09 0.00 0.00 0.00 33.63 04:58:53 PM enp9s0 15290.00 277542.00 985.64 410400.17 0.00 0.00 0.00 33.62 04:58:54 PM enp9s0 15228.00 277660.00 981.49 410523.23 0.00 0.00 0.00 33.63 04:58:55 PM enp9s0 15265.00 277582.00 983.97 410409.32 0.00 0.00 0.00 33.62 用 txkB/s 除以 txpck/s 就能计算出数据包的大小。 我还试了在 linux 虚拟机（使用 tap 设备，桥接网络）里用 iperf3 测发送的速度, 结果和 lxc 里一样被拆成了小包，但是在虚拟机里用 scp 把本机文件拷贝到其他机器时是大包，而 lxc 里 scp 也是小包，另外更奇怪的是如果是 win11 虚拟机，iperf3 发送的数据包是大包。 我还试了用 macvlan 替代 veth ，结果 lxc 里不管是 iperf3 还是 scp 都不会拆成小包了，但是如果虚拟机用 macvtap ，不管是 iperf3 还是 scp 都全拆成小包了。 这个问题不仅仅出现在 rtl8127 网卡上，rtl8126 和 rtl8125 网卡都一样，只不过在万兆网络下大包和小包两种情况速度的差距更大。 这个问题我已经让 chatgpt plus 和 gemini 3 pro 分析了很多次了，AI 给的方法全都试了都不起作用，AI 只会让我去调整 tso gso gro 以及 mtu 等等参数，都试了都不起作用，感觉现阶段 AI 还是没有能力分析这种非常复杂的问题。