smsBomb 调度引擎深度拆解一文读懂多节点轮换与故障降权的秘密【免费下载链接】smsBomb短信炸项目地址: https://gitcode.com/gh_mirrors/sms/smsBomb用短信轰炸工具时你最怕遇到什么我猜是某个服务商的接口突然失联整个任务当场卡死。smsBomb 是一款基于 Python 的短信轰炸工具它的调度引擎SmsBomb类专门解决多节点稳定轮换 故障自动降权这个痛点让一轮轰炸在节点频繁失效时依然能撑到底。这篇文章就把这个调度大脑掰开揉碎讲给你听。 先看能力边界调度引擎做了什么、没做什么能力说明边界多节点加权随机选择按weight权重从配置池里挑服务商只负责选不负责发故障节点自动降权发送失败就把该节点权重减 1直至 0不主动探活ping配置池自愈正常池抽空后把失败节点池整体重置回来重置后失败计数继续累计多进程并发用multiprocessing.Pool并行发请求进程数会被攻击次数兜底限制进度回调每轮上报成功/失败/总数展示形式由调用方CLI/GUI决定一句话它是整个工具的调度大脑把打谁、怎么打、打挂了怎么办全包了。⚙️ 机制一加权随机选节点为什么不是轮流来如果按顺序挑节点排在前面的服务商必然先被打爆、先被限流。smsBomb 用weight做加权随机权重越高的节点被选中的概率越大。[源码位置smsBomb/smsBomb.py]def _random_weight_select(self): weight_lst [[k, v.copy()] for (k, v) in enumerate(self.config_lst) for _ in range(v.get(weight, 1))] if weight_lst: return random.choice(weight_lst) return None关键点说明它先把每个配置按权重复制若干份塞进一个池子再随机抽权重 10 的节点出现概率就是权重 1 的 10 倍。v.copy()是为了防止后续降权操作污染原始配置。返回(下标, 配置副本)二元组下标用于定位原始配置做降权。返回None表示池子空了这是触发自愈重置的信号。 机制二故障降权 配置池自愈一次发送失败后调度引擎不会立刻放弃节点而是把它悄悄边缘化权重减一并记入失败池。[源码位置smsBomb/smsBomb.py]self.config_lst[index][weight] max(current_config.get(weight, 1) - 1, 0) current_config[weight] 1 self.failed_config_lst.append(current_config) failed_cnt 1关键点说明权重最低降到 0相当于把该节点暂时拉黑。失败节点会带着一份权重1的副本进失败池将来被重置时还有翻身机会。当正常池被抽空、选节点返回None时主循环调用re_config把失败池整体塞回来继续跑——这就是自愈但失败计数仍会计数避免无限死循环。全程还有一道保险失败率上限max_allowed_failed_rate 0.95一旦失败率超过 95%主循环直接退出宣告任务失败。⚡ 机制三多进程并行 统一进度回调发请求是 IO 密集操作单线程太慢。引擎用进程池并行执行同时通过回调把每一轮结果实时上报。[源码位置smsBomb/smsBomb.py]success pool.apply(worker, args(cls, send, self.target), kwdspayloads) if success: success_cnt 1 else: # ... 降权逻辑 ... cb(success_cnt, failed_cnt, self.limit)关键点说明worker是模块级函数负责调用对象.send(mobile)——因为进程池要求任务可 pickle 序列化不能直接传类方法。pool.apply是同步提交、循环串行收集结果计数天然不会乱。cb默认指向progress_infoCLI 里靠它输出进度日志GUI 里则换成refresh_progress_bar驱动进度条。 实战演示跑一次攻击看调度日志怎么说装好依赖后直接执行并发 5 进程、攻击 20 次、开启 INFO 日志python -m smsBomb -t 13800138000 -n 20 --process 5 -v你会看到类似这样的输出节奏节选[INFO 2018-05-31 11:29:17 root] Start attacking phone: 13800138000 [INFO 2018-05-31 11:29:17 yunpian] {http_status: 200} [DEBUG 2018-05-31 11:29:17 root] 攻击进度(成功数/期望攻击次数): 1/20 5.00%, 实际攻击目标次数(含失败): 1(失败0次) [WARNING 2018-05-31 11:29:17 root] 节点{product: ucp, ...}请求失败,尝试降低此配置的优先级如果换成-vvv日志升级到 DEBUG 级别你还能看到每个插件拼出来的完整请求体——这是排查某节点为什么失败最直接的抓手。 进阶玩法把进度抢到自己手里不想看默认日志start()的cb参数允许你完全接管进度展示例如写一个自定义回调[源码位置smsBomb/smsBomb.pystart 方法签名]def custom_cb(success, failed, total, finishedFalse): if finished: print(f完成: 成功{success} 失败{failed}) else: print(f进度: {success}/{total}) sms_bomb smsBomb.SmsBomb(plugins, config, target, limit10) sms_bomb.start(cbcustom_cb)关键点说明回调必须接收 4 个参数成功数、失败数、总数、是否强制结束。当成功数没跑满limit就停止时会以force_finishedTrue再触发一次回调方便你收尾。另一个调优点在config/sms.json里把稳定节点的weight调大如 10它被抽中的概率就更高——相当于手动给敢死队排序。GUI 版就是靠这套回调驱动进度条可视化的。️ 避坑指南这些坑我替你踩过了常见问题原因解决办法任务跑很久不结束配置池里全是失效接口失败率没到 95% 阈值用-vvv看日志删掉持续失败的节点日志提示无此插件:xxx,跳过配置的product名与plugins/下文件名对不上检查config/sms.json的product字段拼写设了 10 进程却只看到几个在跑攻击次数小于进程数代码里min()做了兜底想并发高就把-n调大或减小--process节点失败后权重变 0 就再也没出现这是降权机制的预期行为想重新启用重启进程或手动把weight改回正数✅ 收尾总结一句话概括smsBomb 的调度引擎 加权随机选节点 失败自动降权 配置池自愈 多进程并发 可插拔进度回调。记住这三点你就掌握了它的精髓weight越大越容易被选中失败一次减一分减到 0 暂时雪藏。全部节点被雪藏时会把失败池整体重置再战但 95% 失败率的保险丝会兜底止损。想二次开发盯住start()的cb参数和plugins/目录——新增一个XxxPlugin就多一个可用节点。想继续深入建议从plugins/aliyun.py的 HMAC-SHA1 签名看起了解一个云厂商接口是如何被翻译成可复用插件的也可以git clone https://gitcode.com/gh_mirrors/sms/smsBomb把代码拉下来亲手给失败率阈值加一个命令行参数试试。【免费下载链接】smsBomb短信炸项目地址: https://gitcode.com/gh_mirrors/sms/smsBomb创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
smsBomb 调度引擎深度拆解一文读懂多节点轮换与故障降权的秘密【免费下载链接】smsBomb短信炸项目地址: https://gitcode.com/gh_mirrors/sms/smsBomb用短信轰炸工具时你最怕遇到什么我猜是某个服务商的接口突然失联整个任务当场卡死。smsBomb 是一款基于 Python 的短信轰炸工具它的调度引擎SmsBomb类专门解决多节点稳定轮换 故障自动降权这个痛点让一轮轰炸在节点频繁失效时依然能撑到底。这篇文章就把这个调度大脑掰开揉碎讲给你听。 先看能力边界调度引擎做了什么、没做什么能力说明边界多节点加权随机选择按weight权重从配置池里挑服务商只负责选不负责发故障节点自动降权发送失败就把该节点权重减 1直至 0不主动探活ping配置池自愈正常池抽空后把失败节点池整体重置回来重置后失败计数继续累计多进程并发用multiprocessing.Pool并行发请求进程数会被攻击次数兜底限制进度回调每轮上报成功/失败/总数展示形式由调用方CLI/GUI决定一句话它是整个工具的调度大脑把打谁、怎么打、打挂了怎么办全包了。⚙️ 机制一加权随机选节点为什么不是轮流来如果按顺序挑节点排在前面的服务商必然先被打爆、先被限流。smsBomb 用weight做加权随机权重越高的节点被选中的概率越大。[源码位置smsBomb/smsBomb.py]def _random_weight_select(self): weight_lst [[k, v.copy()] for (k, v) in enumerate(self.config_lst) for _ in range(v.get(weight, 1))] if weight_lst: return random.choice(weight_lst) return None关键点说明它先把每个配置按权重复制若干份塞进一个池子再随机抽权重 10 的节点出现概率就是权重 1 的 10 倍。v.copy()是为了防止后续降权操作污染原始配置。返回(下标, 配置副本)二元组下标用于定位原始配置做降权。返回None表示池子空了这是触发自愈重置的信号。 机制二故障降权 配置池自愈一次发送失败后调度引擎不会立刻放弃节点而是把它悄悄边缘化权重减一并记入失败池。[源码位置smsBomb/smsBomb.py]self.config_lst[index][weight] max(current_config.get(weight, 1) - 1, 0) current_config[weight] 1 self.failed_config_lst.append(current_config) failed_cnt 1关键点说明权重最低降到 0相当于把该节点暂时拉黑。失败节点会带着一份权重1的副本进失败池将来被重置时还有翻身机会。当正常池被抽空、选节点返回None时主循环调用re_config把失败池整体塞回来继续跑——这就是自愈但失败计数仍会计数避免无限死循环。全程还有一道保险失败率上限max_allowed_failed_rate 0.95一旦失败率超过 95%主循环直接退出宣告任务失败。⚡ 机制三多进程并行 统一进度回调发请求是 IO 密集操作单线程太慢。引擎用进程池并行执行同时通过回调把每一轮结果实时上报。[源码位置smsBomb/smsBomb.py]success pool.apply(worker, args(cls, send, self.target), kwdspayloads) if success: success_cnt 1 else: # ... 降权逻辑 ... cb(success_cnt, failed_cnt, self.limit)关键点说明worker是模块级函数负责调用对象.send(mobile)——因为进程池要求任务可 pickle 序列化不能直接传类方法。pool.apply是同步提交、循环串行收集结果计数天然不会乱。cb默认指向progress_infoCLI 里靠它输出进度日志GUI 里则换成refresh_progress_bar驱动进度条。 实战演示跑一次攻击看调度日志怎么说装好依赖后直接执行并发 5 进程、攻击 20 次、开启 INFO 日志python -m smsBomb -t 13800138000 -n 20 --process 5 -v你会看到类似这样的输出节奏节选[INFO 2018-05-31 11:29:17 root] Start attacking phone: 13800138000 [INFO 2018-05-31 11:29:17 yunpian] {http_status: 200} [DEBUG 2018-05-31 11:29:17 root] 攻击进度(成功数/期望攻击次数): 1/20 5.00%, 实际攻击目标次数(含失败): 1(失败0次) [WARNING 2018-05-31 11:29:17 root] 节点{product: ucp, ...}请求失败,尝试降低此配置的优先级如果换成-vvv日志升级到 DEBUG 级别你还能看到每个插件拼出来的完整请求体——这是排查某节点为什么失败最直接的抓手。 进阶玩法把进度抢到自己手里不想看默认日志start()的cb参数允许你完全接管进度展示例如写一个自定义回调[源码位置smsBomb/smsBomb.pystart 方法签名]def custom_cb(success, failed, total, finishedFalse): if finished: print(f完成: 成功{success} 失败{failed}) else: print(f进度: {success}/{total}) sms_bomb smsBomb.SmsBomb(plugins, config, target, limit10) sms_bomb.start(cbcustom_cb)关键点说明回调必须接收 4 个参数成功数、失败数、总数、是否强制结束。当成功数没跑满limit就停止时会以force_finishedTrue再触发一次回调方便你收尾。另一个调优点在config/sms.json里把稳定节点的weight调大如 10它被抽中的概率就更高——相当于手动给敢死队排序。GUI 版就是靠这套回调驱动进度条可视化的。️ 避坑指南这些坑我替你踩过了常见问题原因解决办法任务跑很久不结束配置池里全是失效接口失败率没到 95% 阈值用-vvv看日志删掉持续失败的节点日志提示无此插件:xxx,跳过配置的product名与plugins/下文件名对不上检查config/sms.json的product字段拼写设了 10 进程却只看到几个在跑攻击次数小于进程数代码里min()做了兜底想并发高就把-n调大或减小--process节点失败后权重变 0 就再也没出现这是降权机制的预期行为想重新启用重启进程或手动把weight改回正数✅ 收尾总结一句话概括smsBomb 的调度引擎 加权随机选节点 失败自动降权 配置池自愈 多进程并发 可插拔进度回调。记住这三点你就掌握了它的精髓weight越大越容易被选中失败一次减一分减到 0 暂时雪藏。全部节点被雪藏时会把失败池整体重置再战但 95% 失败率的保险丝会兜底止损。想二次开发盯住start()的cb参数和plugins/目录——新增一个XxxPlugin就多一个可用节点。想继续深入建议从plugins/aliyun.py的 HMAC-SHA1 签名看起了解一个云厂商接口是如何被翻译成可复用插件的也可以git clone https://gitcode.com/gh_mirrors/sms/smsBomb把代码拉下来亲手给失败率阈值加一个命令行参数试试。【免费下载链接】smsBomb短信炸项目地址: https://gitcode.com/gh_mirrors/sms/smsBomb创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考
