proxy 这个词既能指代理人授权委托书，又是我们常用的网络代理。很多人疑惑单词后半段的 x、 y 到底是什么来历？还有大家一直困惑的前缀， pro 凭什么是代替？ pro 源自希腊语，传入拉丁语，它本来有三层基础含义，向前在前面、向古人逻辑很直白，站在当事人前面，挡在身前，出面说话办事，久而久之就隐身出替人出面代为行事，这就是 pro 表代替的本源。向我们熟悉的 professor 教授 promote 推进 represent 代表 里面的 pro 都藏着在前出面代维发生的底层逻辑。再来说后半截 case i i， 很多人纳闷 proxy 后半截 case i i 是 什么？它是古长词经过几百年缩写、音变简化后留下来的词尾残留。 它最早的拉丁原型是 procurio， 由 pro 代替加 curio 照料达理组成，本意就是代维达理，代办处事。衍生名词 procurio 表代办托管代理权传入中古法语，变成 procurio。 单词原本很长日常口语说着拗口， 语言就开始自然简化，不断精简缩词，从最早完整的 procurity 慢慢删减中间音节，弱化辅音，吞掉元音，一步步演变成 procracy， procracy 再不断压缩，最后定型为我们现在看到的 proxy。 最早在中古时代， proxy 多用于宫廷教会、贵族事务，古人无法事事亲自到场，就只派可信之人戴维出席，戴维表决，戴维处理全责事务。 这个受托之人就是最初的代理人代表人。后来词义延伸，从代替的人衍生出代替的凭证、 授权委托书、代理投票权，到了现代法律上的委托代理股东代理投票事务权权，代表内核都是本人不出面，第三方代为行使权力。而我们熟悉的网络代理叫 proxy， 逻辑完全一脉相承，设备不直接访问网络，通过中间服务器中转转发，代为收发数据，隐匿地址本 本质就是找了一个网络中间人居兼代办。一定要分清 proxy 的 k， c， v 和 proximity 里的 she 不是 同一种后缀，词源完全不搭边，不要混为一谈，它真正的核心只有 pro 代替后半段只是历史简化留下的词尾。
粉丝1945获赞7005
相关视频
![数据库优化+缓存调优，Zabbix 性能翻倍 Zabbix 监控实战第11集｜性能优化专题 ⚡
数据延迟？告警慢？Web界面卡顿？系统聊聊怎么给 Zabbix 做性能优化！
#运维工程师 #Zabbix #运维干货 #DevOps #SRE
正文简介
用过 Zabbix 的运维同学肯定遇到过这些问题：
数据开始延迟了 ⏰
告警发送慢了 🐢
Web 界面也卡了 🖥️
别急，这一集我们系统地聊聊怎么给 Zabbix 做性能优化：
🔹 四大瓶颈定位法——数据库层、数据处理层、网络传输层、前端访问层
🔹 关键性能指标——zabbix[queue]、进程 busy 率、慢查询日志
🔹 数据库分区实战——history/trends 按时间分区，效率提升显著
🔹 InnoDB 缓冲池优化——设成物理内存 50-70%，影响最显著
🔹 Zabbix 五大缓存协同调优——CacheSize / ValueCacheSize 等
🔹 Server 进程数优化——Pollers / Trappers / Preprocessors 怎么调
🔹 监控项做减法——分级设置采集频率，减少不必要的 NVPS
优化前后对比：
❌ 优化前：NVPS 2000-3000，队列持续增长，Web 界面卡顿
✅ 优化后：NVPS 10000+，队列正常，页面秒开
适合人群：
✅ 已经部署 Zabbix 但感觉性能不够
✅ 监控规模在扩大，系统开始变慢
✅ 想要系统学习性能优化的运维同学
视频约 5 分钟，干货满满，建议收藏慢慢消化📌](https://p3-pc-sign.douyinpic.com/tos-cn-p-0015/o4fIb2WVBMmBVEVCFfXUANIQ7AfMAyb8BQCUwT~tplv-dy-resize-origshort-autoq-75:330.jpeg?lk3s=138a59ce&x-expires=2102871600&x-signature=Mv5WS4hCdsRhZHwtqVD5TtRsh%2FA%3D&from=327834062&s=PackSourceEnum_AWEME_DETAIL&se=false&sc=cover&biz_tag=pcweb_cover&l=20260824034010297507DC7D3BC5CDF21A)
04:58查看AI文稿AI文稿你好，欢迎回到 zebx 监控实战第十一集，也是性能优化专题。经过前面十集的学习，我们已经搭建了一套比较完整的 zebx 监控系统，但随着设备数量增加， 你有没有发现数据开始延迟了？告警慢了， web 界面也卡了？别急，这一集我们就系统的聊聊怎么给 zebx 做性能优化。 先来找瓶颈， zebix 的 性能瓶颈通常出现在四个层面，数据库层是最常见的 history 和 trends， 这两个表数据量最大，上千万条记录后查询就明显变慢，慢查询又导致 server 数据处理延迟。 数据处理层方面， server 默认处理能力大概是两千到三千， n v p s 就是 每秒新值数超过就积压网络传输层。在分布式架构中， proxy 和 server 之间的宽带和连接数也会成为瓶颈。 最后是前端 v i b 界面响应慢，通长，根源还是数据库查询效率低。怎么判断瓶颈在哪？关键看这几个内部指标。 zebx q 看对列长度持续增长就说明 server 处理能力不够。各进程的 busy 指标接近百分之百就是瓶颈。数据库方面，开慢查询预制，找出执行时间长的 sql。 通过这些指标，你可以快速定位问题出在哪一层，而不是盲目调餐。记住，优化之前先建立性能基线，量化当前状态再下手，否则你不知道优化有没有效果。 数据库优化是性能优化的核心，最有效的手段是表分区，把 history 和 trans 按时间分割成多个小表，查询直扫相关分区，清理过期数据直接删，整个分区比逐条删除效率高得多。 锁影也要优化合理的锁影加速查询，但过多反而降低写入。存储引擎方面， mysql 用 inno db 的 话，缓冲池大小建议设成物理内存的百分之五十到七十，这个参数影响非常显著。 另外用 proxysql 做连接池，附用连接减少开销。 zebix 自己也有五个重要缓存配置，缓存 cache size 存主机监控项触发器的配置信息 历史缓存 history cache size 存带入库的历史数据历史缩影缓存加速数据查找 趋势缓存存每小时聚合的数据，还有值缓存 value cash size， 影响触发器计算和前端查询速度，这几个缓存默认值都比较小。 中型环境建议把值缓存调到一百二十八兆以上，大型环境可以调到二百五十六兆甚至五百一十二兆。 具体怎么调？进程数方面，轮询进程一般设 cpu 核心数的一到两倍， trapper 进程根据主动检查的数量调整。缓存方面，中型环境可以把 cache size 设到二百五十六兆，只缓存设到一百二十八兆。 mysql 这边， inodb 缓冲池是重头戏，中型环境设四 g， 大 型环境设十六 g。 enob 比下划线 flush 下划线 log 下划线、 at 下划线 trx 下划线 commit 设成二能，显著提升写入性能，代价是最多丢一秒的数据，对于监控场景，这个权衡完全可以接受。 前端性能优化经常被忽略，首先确保 p h p 开了 op cache 生产环境，这是必选项。 vinx 这边配置好静态资源缓存和 cache 压缩，对静态文件设置三十天的过期时间， 数据库查询缓存也能帮上忙。如果前端还是很卡，考虑增大 server 端地 value、 cache size， 因为前端很多数据是从指缓存里读的。另外，仪表盘尽量只展示关键指标，减少每次加载的查询数量。 好性能优化。这一集就到这里总结一下核心要点，先建基线，在优化 n、 v p、 s 队列，尽成繁忙律事。关键指标。数据库分区是最有效的优化手段，部署之初就应配置 evb 缓冲池是数据库优化的重头戏。 zebx 五大缓存要协调不必要的监控项，按重要性分级设置频率。 housekeeping 改为分区后可以禁用。下一集我们会继续深入其他高级主题，我们下期见。
31数字卢语
04:58查看AI文稿AI文稿大家好，我是杨集指挥所屠龙队队长，自从百姓被惨败之后，今天把事情说清楚啊，屠龙队是不是 d s 战队呢？是的，屠龙者执意屠龙者的英文，呃， dragon sword 啊，反正就是屠龙者的英文首字母缩写就是 d s 啊，所以说屠龙队就是 d s 战队。呃， 再说一下，为什么要组建战队，就是自自从我之前做那个指挥视频火了之后，路人局的这个队友都不能精准的执行我的战术，我再好的战术如果得不到执行，那就是废纸一张，那么我就开始组组建战队，或者说想加战队。 之前我加了一个百星战队，但是呢，这个百星战队，呃，我指挥了两场比赛，一场是百星杯的预选赛，一场是呃和其他战队的这个训练赛， 都赢了啊，全胜，百分百胜率。但是呢，我想带着队友去打更高规格的赛事，也就是青白战场的这个国际邀请赛， 但是呢，遭到了这个百星队这个队长和副队长的这个反对啊，觉得自己队员不配参加这么这么高贵的赛事，所以呢，我就离队了。 当然首先发生了一件事，就是其他一个小主播啊，自己打的菜，然后输了，输了之后还怪队友，然后我就在他直播间说他了，然后他把这个聊天记录发给这个百姓队队长，百姓队队长就以此为由啊，让我 这个排挤我，然后我就呃离开百姓队了，后来我自己组建这个屠龙队，我总结这个失败原因在的屠龙队 d s 战队在百星 百星杯比赛的这个惨败，惨败原因一共有三个，第一个是因为呃建队太仓促了啊，没有审核机制，任何人只要加我好友了都能进这个战队，就是呃，导致这个战队混杂了大量不听指挥的，素质低的菜的这个队友 啊，这是第一个原因，第二原因是报名参加比赛太着急了，人不批也报名参加比赛了， 一共才二十四个人，然后实际能参加比赛的只有十个人，而我的对手呢？ dr 战队啊，帮我们补了十个人，就是因为这十个人里面啊有眼缘，导致我后面发火了。那个 一共是打了三把比赛，第一把是潘生，因为我的一边直播一边这个打游戏，导致有严重的回忆输了啊，这个确实是我的问题， 我承担全部责任，但是第二点第二局的话，第二把也输了，第二把也输了，但是第三把 啊，我这个第三把这个调试好了，我设我麦克风调试好了，我就告诉这个底下站的队长，我告诉他们千万不要放水，不要说因为觉得这个是三局两胜，他们已经赢两把了，他们就第三把无所谓了，开始放水，我说千万不要这样， d r d r 战队打的确实非常厉害，但是呢，我前两把确实是麦克风有问题，没有办法好指挥，没有办法指挥严重回音，第三把最后一把我麦克风修好了啊，这个不，我就不直播了，干脆我就打游戏了，然后我就认真指挥， 然后我就告诉 d i， 我 害怕这个 d r 战队的这个队长放水，因为他们已经赢两把了，第三把输赢都算他们赢，那我就告诉他千万不要放水，然后 呃，欠好战，防守防 a 点，我们呢，这个打的非常厉害，在我的指挥力下，对面这个坦克露头直接秒直接炸 啊，就在这个感觉胜券在握的时候，对面 a 点的坦克已经被我们连续炸了两次了，我们对面这个进攻方的兵力已经消耗过半的时候，我们感觉，哎，胜券在握，胜券在握，但是这个时候演员开始发力了，就是刚开始塞进来那个十个呃，对手帮我们补过来的人 开始发力了，不听指挥，然后，呃引起内讧啊，这个尤其是在守 b 点的时候啊，我让这个队员来守 b， 因为 b 很 重要，但是呢，这个演员就直接去后面去打狙去了， 我导致 b 一 就让给对面了，哎，我这个时候我就知道这个没法玩了，你们这超过一半的人都开始演了，你这怎么玩？一共就二十个人，十个人是演员，你这怎么玩？根本玩不了，然后就输了， 输了就是输了，不找借口啊，现在这个输了就是输了，不找借口，屠龙墓现在重建呃，直播审核，宁缺毋滥，然后只要决绝对执行战术的兄弟， 只要绝对执行战术的兄弟，然后不服的战队可以来，欢迎来撞车，好了，我是扬机之为首，咱们站上见。
89阳戟指挥所![深入Linux内核源码：Docker容器的namespace Docker容器在内核眼里不过是三个指针，今天我们从Linux 6.6源码里逐行拆解这三根支柱。
本期内容：
- nsproxy结构体：7个指针如何实现进程隔离，写时复制与两级引用计数
- copy_namespaces快慢路径：普通fork零开销 vs 容器创建的慢路径
- create_new_namespaces：7种NS的创建顺序为什么有讲究
- PID Namespace层级：struct pid的numbers数组实现多层PID映射
- css_set组合快照：一个指针拿到全部资源限制
- cgroup_attach_task三阶段迁移：收集源、准备目标、无失败执行（2PC模式）
- OverlayFS层叠查找：whiteout删除语义、metacopy优化、copy-on-write流程
- 设计模式：goto链式错误处理、percpu_ref零开销、ancestors[] O(1)祖先查找
适合人群：有Linux基础、想深入理解容器底层原理的开发者和运维工程师](https://p3-pc-sign.douyinpic.com/tos-cn-p-0015/ooxQAwfBCIzHek0AvOrkH5NRKBdAOizhiBGnIg~tplv-dy-resize-origshort-autoq-75:330.jpeg?lk3s=138a59ce&x-expires=2102871600&x-signature=d0ci7a77Ou67NOxQCGSZbF2JruQ%3D&from=327834062&s=PackSourceEnum_AWEME_DETAIL&se=false&sc=cover&biz_tag=pcweb_cover&l=20260824034010297507DC7D3BC5CDF21A)
23:10查看AI文稿AI文稿大家好，欢迎来到深度架构频道，今天我们要做一件真正硬核的事，打开 linux 六点六内核源码，逐行拆解 docker 容器的三大支柱， name space、 crop 和 overlay f s 的 内核实现。 你有没有想过，所谓的容器隔离在内核眼里到底是什么？说出来你可能不信，就是 task 下划线、 struct 上的三个指征。今天我们不讲 docker run， 不 讲 docker fill， 直接读内核代码，搞懂容器为什么能隔离，怎么限资源文件系统怎么叠加。 在读源码之前，我们先统一一个认知，很多人把容器跟虚拟机搞混，觉得 docker 启动了一个小操作系统，大错特错， 容器里跑的就是宿主机内核上的普通进程。只不过内核给它带了三副手铐，第一副叫 name space， 让它看不见别人的东西。第二副叫 group， 限制它能用多少 cpu 和内存。第三副叫 overlay f s， 给它一个独立的文件系统示图。 这三副手铐全部在内核源码里有迹可循。今天我们一行一行读， 我们从全景视角看一下 docker 容器在内核中的完整技术站。最上层是 docker daemon， 它通过 clone 系统调用创建容器进程。往下一层是 namespace 子系统，通过 ns proxy 结构体挂在七种命名空间实现进程隔离。 在下一层是 crop 子系统，通过 c s s 下划线 set 组合快照实现资源限制。再往下是 overlay f s， 通过层叠文件系统实现镜像附用。最底层是 task 下划线、 struct 容器进程，所有的隔离和限制都挂在这个结构体的三个关键词段上。 给大家画一张原码地图。容器创建的三大入口， plone 系统调用走 kernel fork c 进入 nspc c 创建命名空间 crop prox 写入走 kernel crop 斜杠 crop c 处理资源迁移 mount overlay 走 f s overlay super c 一 出式化文件系统。 今天我们重点攻克 ns proxy c pid 下划线 namespace c， glob c 和 overlaps 这几个文件。记住这张地图后面读代码时，你就知道自己在哪个位置。 好，准备工作做完了，我们正式开始读原码。第一张从数据结构入手， 就像看一栋大楼，先看图纸，再看施工。 s proxy 是 容器隔离的图纸。 test 下划线 strut 里的三个字段是容器进程的身份证。搞懂这两个结构体，后面的函数代码就水到渠成了。 打开 s proxy h， 这个结构体就是容器隔离的全部秘密。看起来很简单，就是一堆纸针加一个引用技术， 但每个指征都指向一个独立的命名空间势力。 docker 创建容器的本质就是分配一个全新的 x proxy， 让里面的每个指征都指向新创建的命名空间。 注意一个细节， pid 命名空间的字段名叫 pid 下划线 n s 下划线 for 下划线 children 不是 pid 下划线 n s 这个命名非常精确，因为 pid 命名空间只能在 fork 的 时候切换进程，不可能在运行中换掉自己的 pid， 所以 它只影响子进程。 s proxy 还有一个精妙的设计，叫写石复制源码。注示里有一句话说得很清楚，只要有任何一个命名空间被 clone 或 unshare， 整个 s proxy 就 会被复制一份。但是复制的只是 s proxy 这个壳子里面没有变化的命名空间纸真还是共享的。 这就是两级引用技术的威力。 s proxy 自己有引用技术，每个命名空间也有自己的引用技术，两层各管各的。 现在看 task 下划线 struct 里面的容器字段，数百个字段里面跟容器相关的就三个， 第一个是 x proxy 指征决定了这个进程能看到什么。第二个是 crox 指征，决定了这个进程能用多少资源。第三个是 c g 下划线 list， 一个双向链表节点，把同一个 group 里的所有任务串起来， 就这三个字段构成了容器进程隔离与资源管控的全部基础。没有魔法，就是三个指真。 我们把 ns proxy 的 内存布局画出来，它从堆上通过 slab 分 配器分配结构体里面全是指真。 x 下划线 n s 指向主机名隔离 m n t 下划线 n s 指向挂载树隔离。 net 下划线 n s 指向网络站隔离。你看这些箭头，每一个都指向一个独立的命名空间实力。 docker 做的事情就是把这些箭头全部指向新创建的命名空间。但问题来了，这些新命名空间是怎么创建的？这就要看 copy 下划线 namespaces 函数了。 第二章我们进入 name space 的 创建流程。 docker 通过 clone 系统调用创建容器进程，传入一堆 clone 下划线 new 标志内核，接到这些标志后，调用链是 fork c 进 copy 下划线 name spaces， 再进 create 下划线 new 下划线 name spaces， 这条调用链就是容器诞生的那一刻。 copy 下划线 name spaces 是 name space 创建的入口函数， 最关键的是快速路径和慢路径的分离，你看那个 like 为红，他告诉翻译器大概率走这个分支。为什么呢？因为绝大多数 fork 调用就是普通的进程创建，不需要新的命名空间，直接增加引用技术就完事了。 只有容器运行时传了 clone 下划线 new 标志，才走慢路径。注意，全线检查需要 cab 下划线 s y s 下划线 admin。 这就是为什么普通用户不能随便创建命名空间。过了全线检查才调用 create 下划线 new 下划线 namespaces 创建全新的命名空间集合。 我们把 copy 下划线 name spaces 的 决策流程化成时间线 clone 调用进来，先检查有没有 clone 下划线 new 标志，普通 fork 在 第二步就返回了引用技术加一零开销。 只有 docker 创建容器才继续往下走。过全线检查后，进入 create 下划线 new 下划线 name spaces， 逐一创建七种命名空间，最后把新的 ns proxy 挂到进程上。从这一刻起，容器进程就活在一个隔离的世界里了。但这七种命名空间是怎么一个个创建的？ 这个函数是 create 下划线 new 下划线 name spaces 的 核心，它按固定顺序逐一创建七种命名空间。 注意，创建顺序是有讲究的。 mount name space 最先创建，因为后续 name space 的 出场可能需要访问文件系统，比如 plc 的 挂载网络。 name space 放在比较靠后的位置，因为它的出场最重要。复制虚拟网卡路由表和 octopus 规则。 这也解释了为什么 docker run 的 时候网络启动是最慢的。错误处理用的是经典的内核 go to 链模式，每创建一个资源失败，就跳到对应的释放标签，从后往前倒序释放 插播一个设计模式的对比。很多人觉得 go to 是 洪水猛兽，是坏代码的标志，但在 linux 内核里， go to 链式错误处理是最标准的资源管理范式。 你看左边 java 的 try catch， catch 里面你不确定哪些资源已经分配了，但右边内核的 go to 风格，每个失败点跳到精确的清理标签，倒序释放已分配资源，保证零泄露。 create 下划线 new 下划线 namespaces 就是 这个模式的教科书案例。 第三章，我们深入 pid name space。 这可能是最让人好奇的一个命名空间，因为它解释了一个很有意思的现象，你在容器里面执行 ps， 看到 pid 一 的进程，但这个进程在宿主机上可能是 pid 幺二三四五。同一个进程怎么有两个 pid？ pid name space 是 分层的，宿主机是 level， 零容器是 level 一， 如果你搞 docker in docker， 那 就是 level 二，每一层都有自己独立的 pid 分 配空间，所以容器里可以有 pid 一， 宿主机上同一个进程有完全不同的 pid 内核，通过 max 下划线 pid 下划线 n s 下划线 level 限制，最多嵌套三十二层，防止有人斜死循环搞事情。但同一个进程怎么同时拥有多个 pid 呢？答案，在 struct pid 的 numbers 族里， create 下划线 pid 下划线 name space 是 创建 pid 命名空间的核心函数，第一件事就是把复命名空间的 level 加一，然后是安全检查，防止越权创建，再检查嵌套，不能超过三十二层。 接下来用 slab 分 配器分配 pid name space 结构体出场， id 二基数数。每个 pid name space 有 自己独立的 id 二数，这就是为什么容器内可以有 pid 一， 因为它有自己的 pid 分 配空间。 最精妙的是 create 下划线 pid 下划线 cash app， 它按层级创建不同大小的 slab 缓存。为什么？因为 level 越深， struct pid 里的 numbers 簇就越长，需要存储每一层命名空间中的 pid 编号。 这张图就是谜底。 struct pid 里面有一个柔性序组 members， 每个元素存储一个命名空间中的 pid 编号。容器里的 pid 一 进程，在宿主机上是 pid 五千六百七十八，在嵌套容器里又是 pid 一， 同一个进程，三个 pid 全存在这个数组里。为何通过当前进程所在的 pid name space 来决定返回哪个编号？这就是为什么 docker exec 进去看到 pid 一 docker inspect 看到宿主机 pid 好，命名空间讲完了，我们进入第二根支柱 group。 如果说 name space 管的事看不看得见，那 group 管的就是用多用手。 docker 通过 group 限制容器的 cpu 内存和 i o 使用量。 但问题是，一个进程可能同时属于多个控制器的 group 内核，怎么管理这种多对多的关系？ c s s 是 crop 子系统状态的抽象积累，关键看 ref 的 字段，它用的是 perk pew 下划线 ref， 而不是普通的 atomic 下划线 t。 为什么？因为 crop 路径上的引用技术操作极其频繁，每次 cpu 调度，每次内存分配都可能触及 pcu。 引用技术让每个 cpu 核心独立技术在无竞争时几乎零开销。如果用普通的原子操作，多个 cpu 核心会争抢同一个缓存型，性能会断崖式下跌。 css 下划线 set 是 理解 group 的 关键，它把一个进程在所有控制器中的 group 关联打包成一个快照 subses 数组的每个元素指向对应控制器的 c s s， 这样内核只需要一个指针就能拿到进城的全部资源限制。更聪明的是， c s s 下划线 set 通过哈希表去中。 如果十个容器进城，在所有控制器中的 group 位置完全相同，它们共享同一个 c s s 下划线 set 不 需要每人一份。 看一下 docker 在 group 文件系统中的实际布局，根目录下有 docker 子目录，每个容器一个子目录，容器目录里有 group prox 文件存放 p i d 列表， 还有 memory max， cpu max 这些控制文件。在内核视角看，这是一棵 crope 树，每个节点有 level 标识，深度 subtree 下划线 control 自断控制子树起用了哪些控制器？但 docker 是 怎么把容器进程塞进这个 crope 目录的？ 在看 attach 代码之前，先理解一个重要的架构变迁。 crope v 时代，每个控制器有自己独立的层级数， cpu 限制在一棵树里，内存限制在另一棵树里。这带来一个严重问题， css 下划线 set 需要做迪卡尔机来表示所有可能的组合，组合数量会爆炸式增长。 v 二，把所有控制器统一到一棵树里，一个目录下就能看到 cpu max， memory max 所有控制文件，现代 docker 默认使用 v 二， crop 下划线 attach 下划线 test 是 docker 把容器进程纳入资源管控的关键入口。 当用户执行 echo pid 写入 crop prox 文件时，内核就调到这个函数。它用三阶段迁移模型，第一阶段，在双重锁保护下收集所有源 css 下划线 set 为什么要双重锁？ spin 下划线 lock 下划线 i r q 保护 c s s 下划线 set 的 列表结构不被并发修改。 r c u 下划线 read 下划线 lock， 保护 c s s 下划线 set 的 解应用安全。第二阶段，准备目标 c s s 下划线 set， 所有可能失败的操作都在这里完成。 第三阶段，执行实际迁移，这一步是无失败点的。这本质上是一个两阶段提交协议。 我们把三阶段迁移化成时间线，从用户太写入 cropprox 开始内核，先解析 pid， 找到目标进程，然后进入三阶段流水线收集员准备目标执行迁移。关键在于第二阶段和第三阶段的分离， 所有可能失败的事情在第二阶段做完，第三阶段只做必须成功的操作。这种两阶段提交模式在内核里非常常见，它保证了要么完整迁移，要么完全回滚，不会出现半迁移的中间状态。 说到 crop 的 锁设计有一个铁律，必须提锁的获取顺序， crop 下划线 mewtex crop 下划线 fred group 下划线 russell c s s 下划线 set 下划线 lock， 这个顺序不能乱。 如果 a 县城先拿 c s s 下划线 set 下划线 lock， 再拿 c s s 下划线 mewtex， 再拿 c s s 下划线 set 下划线 lock 死锁 内核通过 locked up 子系统在运行时检测违规，一旦发现乱序获取，立刻报警。这也是为什么你看内核代码里所的获取顺序都写得非常严谨。 这个函数处理用户态，写入 group prox 到实际找到目标进程的过程注意一个关键细节， find 下划线 test 下划线 by 下划线 v p t 用的是虚拟 pid， 当你在容器内部写 echo 一 大于 crop prox 这个一式容器 pid 命名空间中的编号内核会自动转换成朽主机上的真实 pid 来定位。 test 下划线 struct。 另外还有一个保护措施，内核县城如果标记了 p f 下划线 no 下划线 set affinity， 就 不允许迁移到非根 group， 因为如果一个实时内核县城被迁移到 cpu rt 下划线 runtime 下划线 s 等于零的 group 里，它会被饿死，整个系统就崩了。 第五章我们进入第三根支柱， overlay f s docker 镜像是分层的， open two 基础层加 app install 层加应用代码层，容器运行时还有一个可写层，这些层怎么叠加在一起，让用户看到一个完整的文件系统？答案就是 overlay f s overly f s 的 核心数据结构有两个 ovl。 下划线 f s 是 整个文件系统实体的状态，记录了有多少层，每层在哪里工作，目录在哪里。 layers 零是 upper 可写层，后面的都是 lower， 只读层。 workder 是 原子操作的暂存区， copy up 的 时候先写临时文件到 workder， 再 rename 到 upper， 保证原子性。 o v l 下划线 entry 则记录每个文件在各 lower 层的位置。还有一个很有趣的字段叫 wide out， 这个我们马上就会用到。 我们来看 overlay f s 的 核心思想，用户看到的是一个完整的合并目录，但内核里实际上是分层的。 upper 层是可写的，容器运行时的所有修改都落在这里。 lower 层是指读的存放镜像内容，当文件在多层都存在时，上层遮蔽下层，比如 file 下划线 a， 在 upper 和 lower e 都有。用户看到的是 upper 版本 被删除的文件，通过 ydo 标记，上层放一个 w h file 下划线 b 的 特殊文件，查找时遇到它就停止对用户返回文件不存在。 ovl 下划线 lucop 下划线 single 是 overlay f s 文件查找的核心函数， 每次用户访问合并目录中的文件， vfs， 最终调用这个函数在每一层中查找，找不到就返回 innoant。 外层循环会继续查下一层， 但如果找到了一个 ydot， 查找立即停止，返回，文件不存在。这就是 overlay f s 实现删除的秘密，不真的删除 lower 层的文件，而是在 upper 层放一个标记。 还有 mate copy 优化 mode 这种只改原数据的操作，不需要完整的 copy up， 只复制原数据到 upper 层。 ydot 机制的精妙之处在于它在不修改只读层的前提下，实现了删除羽翼。 删除 file 下滑线 b 的 时候， lower 层的文件原封不动，只是在 upper 层创建一个特殊的 w h file 下滑线 b 字符设备文件设备号是零零，下次查找的时候遇到这个 wideot 就 知道文件被删了。 这样 lower 层永远是只读的多个容器，可以安全地共享同一个镜像层。 overly s s 的 另一个核心机制是 copy on write。 当你第一次写入一个 lower 层文件时，内核要把整个文件复制到 upper 层，流程是先获取所在 word doc， 创建临时文件，复制全部数据和源数据，最后 rename 到最终位置。 这里有个性能陷阱，即使你只改一个字节，也要复制整个文件。对于大文件来说，第一次写入的延迟会非常高，但好消息是后续写入直接操作 upper 文件，完全零开销。 meta copy 优化在 v 四点十九之后引入。对于 promote 这种只改元数据的操作，可以跳过数据复制。 这里有一个弊端的问题，如果两个进程同时写同一个 lower 文件怎么办？内核用 check lock check 模式解决。 先检查有没有 oppo 版本，没有就获取 ovl 下划线 e note 锁，开始 copy up。 等第二个进程拿到锁后再检查一次，发现已经有 oppo 版本了，就直接跳过这个模式，避免了重复复制，也保证了数据一致性。 读完了三大支柱的核心代码，第六章，我们拔高一下视角，看看这些代码背后的设计模式和权衡取舍。好的源码阅读不只是知道它做了什么，更要理解为什么这样做，以及有没有更好的选择。 先看 name space 的 两级引用技术设计。如果每次 fork 都直接操作命名空间上的引用技术，多个 cpu 核心会争抢同一个原子变量缓存型，弹来弹去。 实际设计是两级技术共享所有命名空间的进程共享一个 x proxy。 fork 的 时候只增加 x proxy 的 引用技术，只有当 x proxy 被创建或销毁时，才操作命名空间自身的技术，这极大地减少了原子操作的频率。 另一个设计决策是什么时候销毁 name space， 不是 最后一个进程退出的时候， 因为 name space 可能被 bind mount 到了 plc 下面的 n s 文件，即使没有进程存活， name space 仍然需要保留， 所以必须用引用技术。 proxy 持有一个引用， bind， mount 持有一个引用 n s f s 的 enote 持有一个引用。只有所有引用都归零了，才真正释放。 prope 结构体里有一个巧妙的设计，叫 ancestors 柔性树组，普通树结构找祖先要一直往上便利。 parent 指真时间，复杂度是 o 嗯， 但 grop 在 分配时就把从根到自身的所有祖先纸针存进了这个簇。找任意层级的祖先只需要一次簇索引 o e 这对 grop 路径上频繁的 c s s 查找直观重要，因为每次调度和内存分配都可能触及 grop 层级。 最后我们把整条条用链拉通看一遍。 docker 创建容器在内核里经历四个阶段，第一步， clone 创建进程，通过 copy 下划线 namespaces 逐一创建七种命名空间，实现隔离。 第二步，写入 groupprox， 通过三阶段迁移，把进程纳入资源管控。第三步， mount overlay， 出使层叠文件系统。第四步，容器运行中的文件访问都走 o v l 下划线 look up 暗层查找。这四步加起来就是一个完整的容器， 没有虚拟机，没有独立内核，就是三个指针加一些巧妙的数据结构。 回顾一下今天的全部内容，我们从 task 下划线 struct 上的三个指征出发，深入了容器的三大支柱。 name space 部分看了 interspaces 的 快慢路径分离， create 下划线， new 下划线 name spaces 的 创建顺序和 go to 错误处理 pid name space 部分看了层级结构和 struct pid 的 多层 pid 映射。 crop 部分看了 c s s 下划线 set 组合快照 crop 下划线 attach 下划线 test 的 三阶段迁移和两阶段提交模式。 overlay f s 部分看了层叠模型， wide out 删除羽翼和 copyright， 还有一系列设计模式，两级引用技术 proc 下划线 ref 零开销 ancestors 数组 o 一 查找 今天我们用了一整期的时间，从 linux 六点六内和源码里逐行读懂了 docker 容器的全部秘密。 所谓的容器隔离就是 ns proxy 上的七个指征，各指向独立的命名空间。所谓的资源限制就是 c s s 下划线 set， 把进程关联到各个控制器的 group 节点。所谓的分层镜像就是 overlay f s 暗层查找加 wide out 遮蔽， 没有黑魔法，全是精巧的数据结构和清晰的设计取舍。如果觉得有收获，欢迎一键三连，我们下期见。
12小龙的城堡
00:33查看AI文稿AI文稿哎呀，德雷克，你太坏了。我有我有我有，我有忠诚和高贵的血统。在我的基因里，我有冰美式战争与和平。在我的基因里，我有力量、剧毒、痛苦与狂喜。在我的基因里，我有夜行流畅的节奏。在我的基因里，我就是生来如 江山，我总是蜕变如此变如此是耶稣的新武器。我不假思索，只精心没想爆掉你脑袋，不让孩子们变坏，就是在我有我有我有我有。
1.7万责任蛇在说唱
02:04查看AI文稿AI文稿agent 的 上下文浪费很多时候不是来自用户问题，而是来自工具输出。一次 grab 可能返回几千行测试日制可能刷满屏 r a g 解锁可能塞进几十个叹口 e p i。 工具也经常返回巨大的 j c n 这些内容。直接进 l m m 会增加成本延迟和噪声。 clientroom 解决的就是这个 问题。在工具输出进入模型前，先把它变短。它的接入方式可以是 library proxy， 也可以是 m c p server。 但本质流程一样， agent 拿到工具输出后， headroom 先判断内容类型，再选择对应的压缩策略。压缩后的短版本进入 lmm， 完整原文则放进本地 ccr 缓存。后续如果模型需要细节， 可以通过 marker 再 retrieve 回来。所以它不是简单摘药，而是短上下文加可回查原文。在 agent 调用历录中， headroom 主要介入的是工具执行之后，下一轮 l l m 推理之前。如果是日制，它会保留 error， warning， stack trace 和失败上下文。如果是搜索结果，它会保留相关文件、关键命中和少量上下文。如果是 json， 它会保留异常行、代表性行、首尾行以及和用户问题相关的行。如果是 df， 它会保留改动行和必要上下文。它默认不是调用大模型来总结， 而是规则结构化、启发式算法加上可选的本地 m l token 选择，代价也很明确。它这种不是无损压缩，而是智能裁剪。它可能删掉关键细节。 ccr 缓存也有生命周期，缓存过期或 retrieve 不 可用，原文就找不回。此外，它会增加一层 proxy mcp 缓存和压缩延迟，因此它更适合日制搜索结果大 jason red 输出，不适合逐字精确审计。和 code graph 相比区别很清楚， code graph 是 前置代码锁引器，让 agent 少 grab 少 read。 headroom 是 后处理压缩器把已经产生了大输出压短混合使用的价值是 code graph 减少无效探索 headroom 压缩不可避免的大输出。
37AI逐风
02:06查看AI文稿AI文稿你是如何通过 charles 进行抓包的？那 charles 呢？是最常用的抓包工具。今天呢，我就来介绍一下电脑和手机端如何进行抓包。电脑端一，配置代理端口为四个八，如果占用呢？通过 positing 去修改啊。开启 sl 代理后置呢，填写目标的域名， 它其实表示了全部 post 呢，你去填写四四三，勾选起用就可以了。二、 h p s 解密这步是必做的，否则呢，它会显示些乱码，我们先要安装证书，然后再设置始终信任这个证书。三、打开背侧的外部页面， third 呢，自动捕获流量。右侧 filter 可以 去 筛选一些接口，通过关键字，比如说 api translator 或者 api author 去筛选，同时呢，屏蔽 gs 图片这些无关的一些流量。四、点击请求，查看 request 请求头参数， response， 响应数据和 summary 耗时状态码，这样就可以查看自己配置的抓包是否成功。移动端一、电脑与手机必须连接同一个 wifi 啊， 进入电脑局网的 ip， 确认代理端口为四个八，开启系统代理手机，设置进入手机的当前 wifi 响应键选择手机代理服务器呢，填写电脑局的一个 ip 端口，填写四个八，保存生效。三、 a t t s 的 证书，这个也是必须要安装的，手机浏览器访问查找，点 pro 杠 s s l 去下载这个查找证书，然后去信任这个证书。四、打开备测 app， 点击功能页面，查找搜索目标的接口，查看请求一些参数，以 以及响应数据和状态。五、常见问题，那手机无法上网呢？我们可以关闭电脑的防护墙，或者开放四个八的端口，那证书安装失败呢？ ios 其实需要先开启开发者模式，安卓呢？ 我们需要确认整个证书它的路径是正确的。那当然呢，差错还有其他的功能，比如说请求的重放啊，右键目标请求 repeat 去验证接口的密等性，比如说重复转账是否只扣一次款，请求篡改，右键 add 去修改参数，比如金额账号这样 测试一些边界的场景断点的调试。在 process 里 breakpoints setting 去添加接口请求触发时的一些暂停，修改参数，之后进行放行入网测试。在 process 里去设置这个 throttle settings， 这个去勾选起用，选择三 g 或者四 g， 以及其他自定义的贷款延迟，丢包率等等。所以 house 它是非常强大的，有很多的功能，如果你还想学习更多的功能，欢迎大家一起找我交流。
102宇宙AI测试
04:39查看AI文稿AI文稿讲两个菜市场扫描仪，就是客户相对来说遇到比较多的问题， 一种就是他扫描完之后的这个文件，文件这边有飞边啊，那客户呢？他可能认为是机器有问题 啊，实际上不是的，他这个黑边呢，就是扫描之后他会有阴影的，对吧？然后就会存在这种黑边，要把这个黑边去除呢，也很简单，打开这个扫描仪的软件， 打开草莓一个软件之后呢，这边有个高级设置，高级设置进来之后呢，他这边有一个边缘填充啊，像有黑边的话，他的默认是边缘填充是无的啊，如果你不希望有这种黑边的话，你就在边缘填充这边给他做白色，然后他这个黑边就会 这种消毒。然后还有一种就是遇到比较多的，就像这样子搞完之后出来之后他你看他这边中间是有一条阴影的 啊，那这个阴影是怎么形成的呢？就是大部分来说是初步的，但太薄了，太薄了之后他中间有搓子，搓下来他 子弹就会向中间稍微倾斜一点，倾斜一点自然就会形成阴影啊，那这一块要怎么处理呢？这一块在驱动里面设置也是可以调整的啊，进来之后呢啊，点这个 文本处理一下，二二不设置。呃，这个符号没有，要知道这个 啊，用这个型号进来之后，然后他这边就有个亮亮度，这边给他改成二，改成二之后呢，这个问题就可以处理掉 啊。再讲一个就是还有的客户遇到比较多的，嗯，就是他可能找发票，就是他要报销，可能把发票贴在某一张文件上面，然后一打印的时候，呃，一扫描的时候进去就会提示卡纸，对吧？ 像这种情况呢，就是这边有一个探测窗孔镜子，记得把这个关闭，关闭之后才能扫描类似的文件啊。 那探测窗孔镜子一般我们正常办公这种小文件的话，给它打开就是避免一次性进多单子的时候机器没提示啊，然后可能就会出现要扫描的文件漏扫啊之类的。 然后还有一个就是基础的设置，有的时候也不知道就是他那个文件名这一块，还有一个就是保存的位置，打开之后他想保存在哪呢？就飞机选择随便新建一个文件夹，建好之后在这边 给他一勾起啊，确定以后就是默认了，他今后所有的扫描文件都会扫描到那个里面去。还有一个就是有的客户他说就是不会 要扫描的文件，要扫描 pdf， 要扫 pdf， 扫 pdf， 要扫图片，就会用很多的模式可以选择 啊。还有一种就是像这种去除背景啊，文本增强就根据客户你们自己具体的需求进行操作 就可以了。嗯，然后找个黑白彩色啊，这个背景 分辨率，这边同样的分辨率越高扫描的效果是越好越清晰的，但是相对应的话他的扫描速度就会降低，一般我们是在二百到三百之间吧，可能都还可以， 然后还有的时候个别的时候我们要扫描一些收据啊啊，他这边有专门的对应的， 等一下选择收据之后，你看他这边的这个设置，全部都会去这个修改这个系统默认的参数。
16张某人
01:39查看AI文稿AI文稿哈喽，大家好，今天也是又来更新视频了，今天给大家带来一期选择题技巧视频，开始前麻烦点点关注点点赞， ok 啊，废话不多说，我们直接上干货。相信大家肯定有时候会把 jump server 和 proxy server 搞混，但是经过这一期视频之后，相信大家看到相似的题可以直接秒杀。 ok 啊，我们先看这题， 管理员需要为承包商提供访问内部测试环境，寻找最安全的方法，下列哪个选项是正确的？这里我们注意两个关键词，一个是我们的管理人员，还有一个就是这个访问特权。要记住，以后题目中只要有这两个要素同时出现，然后答案又有 jump server 直接选。 但是你要问主包这个 jump server 是 干嘛的，我这边建议你去好好补一下基础。接着我们来看这题，公司阻止了数据库管理员的工作站直接访问包含数据库服务器的网段。在物理植连被切断的情况下，管理人员应该使用什么工具或架构组建来安全的访问并管理这些服务器？ 题目中有管理人员，同时又有特权访问，所以这题我们直接 a 选项秒了。怎么样，这个方法是不是特别好用？接着我们来看下一题，企业有一个业务关键型的遗留系统，遗留系统通常意味着他太老了，可能操作系统已经停止支持，无法安装安全补丁，也不支持现在的加密或强身份认证。 由于不能直接在这台机器上打补丁，我们可以采取了替代方案，禁用不必要的服务或安装防火墙，也就是补偿控制。 以后大家在题目中看到预留系统其实可以秒选补偿控制。比如这一题，这里题干出现了老系统，我们可以直接选 a， 也就是补偿控制直接秒了。关注主播，下期带来更多干货！
02:27查看AI文稿AI文稿为什么别人用手机拍出的像电影，你拍的却像流水账？可以试试这个软件。这期保姆级的教程包括我常用的拍摄参数，单人录音技巧，以及后期一键调色。先赞后看，全是干货。 接下来这一部分可以直接抄作业。我们来到编辑码，必须选择这个 hevc 比特率调整到高，不要盲目的追求 prorest， 那 东西太吃内存了。对于发发朋友圈和自媒体来说， h 二六五已经足够了，还能省下大几百 g 的 空间。 第二部分，频率和色彩空间，不管拍什么都无脑选择四 k 色彩空间必须改成 apple log， 这是你实现电影感的关键，它能帮你保留更多的画面细节。 音频部分， iphone 的 内置麦克风非常强大，所以对于大部分情况而言，你在这里选择 iphone 就 可以了。但是如果你使用了 airpods 或者外置的小蜜蜂，也记得在这里切换。 注意这个致命的细节。如果你使用了外置小蜜蜂来录制单人的声音，默认的立体声选项可能会让声音只从观众的一侧耳机中出现。想要避免这种情况，需要在这里选择单声道或者是双单声道的选项。 接下来是一些快速的设置。在摄影机选项卡中起用竖屏视频录制时锁定白平衡，在媒体选项卡中关闭录制代理文件。 做好这些，再回到拍摄的主界面。哎，现在画面就变成了灰片的 ipod log 素材。点击这个 let 图标，打开显示，你就可以正确的监看画面的色彩和曝光了。帧率我推荐六十帧，方便后期做慢动作。深格白平衡千万不要使用自动，一定要根据环境来手动选择。 最后多切胶段去拍一些远景和特写，镜头的语言立马就丰富了。 拍完将素材导入电脑，开启达芬奇，不用做太多调整，把素材拖进时间线，在调色面板里搜索电影外观，创作器直接把它拽到节点上。 在右边的设置里把输入色彩空间和旮旯改成对应的 applog。 看原本灰蒙蒙的手机素材，瞬间就变成了扎实的电影感。色彩 里面还有各种电影的复古预设，挑一个你最喜欢的就行，是不是立刻有那味了？这套保姆级的全流程，赶紧收藏起来试试。如果你在某一步卡住了，可以在评论区问我。
81Evan拍个不停
04:42查看AI文稿AI文稿各位朋友，这是一个关于 proxy a r p 的 真实案例，首先我们了解一下什么是 proxy a r p 就是 代理解地址解析协议， 正常情况下，通信双方直接进行地址解析，不需要第三方，也就是说不需要 proxy。 而 proxarp 呢，就是某台第三方设备扮演代理角色，参与了地质解析过程。 本来呢， arp 呢，只需要双方就可以了，而 proxarp 呢，有一个第三方设备扮演了代理角色，这就是 proxarp。 比如说下边呢，这个三层交换机的零点二这个接口启动了 proxarp 啊， 这时候如果路由器发出 a r p 请求，问一点二这个设备的麦克地址，那么这个接口收到这个 a r p 包以后呢，它就会什么？因为它启动了 procter 吗？它就会响应 a r p 请求啊， 从而骗过发送方，让路由器呢先把数据包发送给自己。然后呢，有三层交换机进行转发啊， 也就说这个 proscart 设备呢，扮演了第三方转发设备，本来通信双方呢，不需要经过它，因为它起了 proscart， 所以 它会扮演数据的转发功能啊，这就是 proscart。 那 么这个 proscart 的 真实案例的背景是什么呢？就是有一个市局啊，然后有一个分局， 那么市局为分局提供一台路由器，这台路由器呢，放在分局里边，但是管辖权呢，是市局管理， 分局没有管辖权。那么这个路由器的局网接口呢，是幺七二点幺六点零点一，延满二十二位啊，分解之。分解以后呢，这个子网可以包含四个子网， 幺七二点幺六点零点零一点零二点零三点零 ym 二十四位，可以包含四个字吧，那么用户遇到什么问题呢？ 就是如果你这个交换机，这是一个三层交换机，如果不启动三层交换的话，分局都在同一个字网内，比如说都在幺七二幺六零点一，掩码二十二位这个字网内通信正常，但是呢网络公报会比较严重。 如果三层交换机起用了三层功能，这时候呢，幺七二幺六一点零、二点零三点零这三个网段呢，不能和路由器通信，不能进入市局网络啊，这就是遇到的问题， 怎么解决呢？当时我收到这个案例以后呢，我就在这个三层交换机的上联接口啊，上联的三层接口上起用了 proximaip 功能， 起用以后呢，这个四个字网就可以和市局正常的通信。 那这个 proxy ip 这个功能呢，用来解决在某些特定的场景下 会发生呃比较好的作用。但是这个方向呢，有一个很大的局限，局限是什么呢？就说这个路由器是市局的设备，分局没有管辖权，所以不得不启动 proxy ip 的 功能。 正常情况下你需要什么？在这个路由器上需要改这个接口的掩码，需要增加路由，因为我没有管辖权啊，所以我不得不起用了这个 proc 这个功能， 正常情况下尽量不要起用 proc， 因为新增了 proc 环节呢，网速会变慢。这节呢 就是我们介绍了一个 prox a r p 的 一个真实的案例，这个案例呢，就是在特定的场景下会发生作用，正常情况下不要使用这个功能。 非常感谢大家的观看，敬请关注！
27老鸟级IT顾问
00:48查看AI文稿AI文稿关于 d v c 指令，我觉得很多人肯定都有跟我一样的困扰，就是玩着玩发现很多剧情套路都是一样的，什么在你手上画圈，喝杯美式和草莓奶，加上这种纯文字指令，这两天我真的有点玩腻了。然后我就迷上了格式化模拟器，就这软件里边什么爱豆模拟器、扫子模拟器，各种题材全都有，综艺电视剧，穿越、逃脱解谜，要啥有啥，说都说不完，直接给我玩爽了。 而且这个里面都是作者自己制作自己发布的，我再也不用去评论区各种跪求要链接，结果还要出一堆乱码了。最重要的是页面特别简洁，没有乱码系统的广告，直接刷到哪个点进去就能玩了。我最喜欢的就是这个千芝世代书， 它完全就是那种接入 ai 的 开放性大世界成光游戏，就好比你和 npc 聊天，你可以自己随意输入文字，再也不现实在几个选项里边了，而且剧情也是 ai 自动生成的，谁也不知道下一步会发生什么。那这游戏还可以传承，就你玩完这个独控之后，还可以接受下一代继续玩，无穷无尽，可以说亲自见证一个大家族的诞生兴衰，我不敢想有多震撼。
863酸甜微辣多多加麻油
01:55查看AI文稿AI文稿bob suite 是 集成化渗透测试工具，常见的测试类型如下，核心可执行的渗透测试类型，密码暴力破解，使用 intruder 模块结合字典对登录接口、后台管理员账号等进行暴力破解，尝试拆解有效账号密码组合。 c 口注入测试，通过 proxy 拦截修改请求参数，配合 intruder 进行模糊测试，手工或自动化检测。 c 口注入漏洞，支持不耳盲注、时间盲注等多种注入场景的验证。 x s 漏洞检测，通过构造 x s s 攻击载荷，利用 intruder 批量测试输入点， 结合响应分析，判断是否存在存储型、反射型 xss 漏洞，还可通过 burp ai 辅助生成针对性载客目录与路径便利测试，使用 intruder 加载字典爆破网站隐藏目录备份文件，检测是否存在未授权的路径便利漏洞，可提取服务器任意文件。 文件上传漏洞测试，拦截修改文件上传的 http 请求包修改文件后缀，绕过 mme 校验，尝试上传恶意脚本验证文件上传漏洞的可利用性。 csrf 测试，修改重放请求验证跨站请求。构造测试敏感操作，是否缺少身份校验，判断是否存在 csrf 漏洞。 api 安全测试，手动构造 api 请求，通过 repeat 调试 input 做参数模糊测试，检测 api 接口未授权访问、参数篡改等漏洞。 自动化漏洞扫描，专业版自带 skr 模块，可对目标站点自动爬取并扫描，快速识别 c 或注入 xss 目录便利等常见外部漏洞。命令注入，测试，注入操作系统命令，攻击字不串，配合不同绕过技巧测试应用是否存在系统命令注入漏洞。 token 随机性测试，通过 sequens 模块儿收集绘画 token 验证码等数据，分析其随机性测试是否存在可预测的绘画固定等风险。
01:11查看AI文稿AI文稿什么是 isp 代理服务器？ isp 代理服务器又叫净台住宅代理服务器，它是与 internet 服务提供商 isp 关联，但不涉及终端用户的中间 ip 地址。 换句话说，他托管在服务器上，而不是住宅设备如手机或台式电脑上。 一般来说，静态代理都是数据中心地址在云托管公司的服务器上运行，他们可以一次保持在线数月。 住宅代理借用移动和桌面设备的 ip， 依靠像你我这样的自然人来保持他们的 wifi 畅通，这使得无法确保长期访问相同的点对点住宅 ip 地址。随着代理技术的发展，代理提供商想出了一个巧妙的解决方案。为什么不获取 数据中心 ip 地址并在互联网服务提供商下注册呢？他们做到了，这就是 isp 代理的诞生方式。这种商业模式非常新，要让主要的 isp 加入是一项挑战。 因此 isp 代理网络仍然很少见，但最近，越来越多的公司开始提供他们。
68大熊-跨境出海
01:15查看AI文稿AI文稿什么是轮换代理？如果您的网络抓取项目遇到阻塞问题，或者您厌倦了手动管理代理列表，轮换代理正是你所需要的， 他们会自动从大量地址池中获取新 ip。 轮换代理是自动轮换 ip 地址的代理类型，他们以独特的方式运作。轮换代理会更改给你分配的 ip， 并根据某些设定标准为您的连接生成一个新 ip。 您可以在特定持续时间后，每次请求后或基于状态代码设置轮换。他们在每个端口上分配要使用的随机 ip 地址，并根据要求不断变化。有了轮换代理，你所需要的只是一个端点 或端口通过它动态分配 ip 地址，而这是根据轮换代理的逻辑自动来改变的。 轮换代理的使用场景有哪些？由于 ip 轮换是自动的，因此你无需批量代理即可在线执行任务，这对使用者来说是非常有利的，因此他们更适合数据抓取和网络爬取。
