好的，这是对您上传的 《The SRE Report 2025 Catchpoint.pdf》 报告的梳理总结。Catchpoint 2025 SRE 报告摘要[cite_start]《The SRE Report 2025》（第七版） 是基于年度 SRE 调查所撰写的一份独立研究报告 cite: 1683, 1686。报告旨在客观呈现数据，以推动可靠性和弹性实践的进步 cite: 1685, 1689。本报告探讨了包括时间花费、管理层责任对可靠性认知的影响等传统主题，并新增了关于生产压力和数字性能成熟度等新研究 [cite: 1687, 1688]。报告的核心洞察如下：洞察一：慢即是宕机（Slow is Officially the New Down）[cite_start]性能是新的黄金标准： “慢即是宕机”的含义是糟糕的性能与完全宕机或不可用一样糟糕 cite: 1713, 1719。这标志着性能思维的演变，强调了性能作为关键维度，超越了仅仅是正常运行时间（Uptime） [cite: 1714, 1802]。[cite_start]组织共识： 53% 的组织普遍认同“慢即是宕机”的说法 [cite: 1716, 1722]。[cite_start]优先级： 组织未来 12 个月内计划优先采纳的两大重点是 站点可靠性工程 (SRE) (41%) 和 服务水平目标/体验水平目标 (SLOs/XLOs) (40%) cite: 1742, 1743。这强调了根据目标来追踪性能指标的必要性 [cite: 1736, 1738]。[cite_start]持续优化机会： 报告指出，持续的性能优化是一个重要的机会，因为客户的数字体验期望将不断提高 [cite: 1781, 1782, 1783]。洞察二：Toil（重复性工作）水平首次上升（与 AI 预期相反）[cite_start]Toil 上升： 运营任务的负担有所增加，这是 Toil（手动、重复、可自动化、缺乏持久价值的工作）水平五年来首次上升 [cite: 1814, 1819, 1835]。[cite_start]2025 年，Toil 占工作时间的 中位数上升至 20%（2024 年为 14%） [cite: 1816]。[cite_start]运营活动花费的时间中位数从 2024 年的 25% 上升至 30% [cite: 1834]。[cite_start]对工程工作的影响： 运营负荷的增加挤占了原本可用于主动工程努力的时间，限制了创新和战略发展能力 [cite: 1835, 1836]。[cite_start]AI 的悖论： 尽管人们普遍期望 AI 能够减少 Toil cite: 1822，但报告推测，AI 加速了有价值活动的实现，但节省下来的时间可能被 Toil 任务所填补 cite: 1825, 1826。此外，AI 系统本身（例如，维护模型和运行大规模 GPU 集群）也成为了新的运营工作来源 [cite: 1850]。洞察三：组织优先级不稳定的风险[cite_start]表面稳定： 大多数团队（57%）认为组织优先级是稳定的 cite: 1858。同时，多数组织（58%）认为 OKRs（目标与关键成果）得到了清晰传达，且可靠性挑战得到了解决（53%） [cite: 1864, 1874]。[cite_start]速度与稳定性的冲突： 尽管有这些积极认知，但仍有多数受访者感到有压力，需要优先考虑发布时间表或截止日期，而非可靠性（41% 经常/总是如此） [cite: 1887, 1889]。[cite_start]核心关联： 生产性能压力越频繁，组织的优先级就显得越不稳定 [cite: 1891, 1892]。[cite_start]建议： 组织优先级不可避免地会发生变化，因此可靠性实践者应在构建能力时，着重于提高弹性和可重用性，以应对新的或不同的业务优先级 [cite: 1895, 1896]。洞察四：单一界面还是多重痛苦？[cite_start]工具蔓延的定义： 问题的关键不在于“技术栈中有多少工具”，而在于监控/可观测性工具链所获得价值是否大于其总成本（包括硬性资金和实施维护时间） [cite: 1919, 1920]。[cite_start]多工具是常态： 大多数组织使用 2 到 10 个 监控或可观测性工具（61% 使用 2-5 个，25% 使用 6-10 个） cite: 1924, 1931。这是可以接受的，因为不同的技术栈（如应用栈与互联网栈）需要不同的工具来实现全面覆盖 [cite: 1927, 1928]。[cite_start]可观测性水平不足： 多数组织（51% 持“少于所需”的观点）认为其当前的可观测性水平不足 [cite: 1933]。洞察七（部分）：承认差距，弥补差距[cite_start]差距的存在： 组织在“想象中的工作”（work-as-imagined）和“实际完成的工作”（work-as-done）之间存在可靠性和弹性实践的感知差距，这可能导致利益相关者之间的误解和沟通不畅 [cite: 1631]。[cite_start]解决机会： 承认这种差距的存在 是将“可靠性即功能”（reliability-as-a-feature）实践向前推进的绝佳机会 [cite: 1634]。[cite_start]弥合差距： 弥合差距的关键在于建立透明的沟通渠道、定期进行并更新评估，并确保所有相关方都了解情况并参与决策过程 [cite: 1635]。
早晨刚想出门，收到一个告警短信，物联网登录分配服务器正常节点异常。一猜就是扛不住压力。压力来自大量物联网设备以及 APP 在登录。为什么压力大呢？可能有地方有问题。紧急处理，打开登录限流服务（Jenkins 任务）。过了十分钟，恢复差不多。但是，又出现了问题。好家伙，开启降级服务，关闭物联网设备自动写上报数据到 redis 集群。然后，就慢慢恢复正常了。吃过早饭，骑车去公司。坐到办公室，继续排查。这个时候，其他同事已经陆续到了。查看 redis 集群监控图，注意到一个 keys 指令几十毫秒。记得之前有一位新来的研发工程师说 keys 会导致锁库，导致 select update 等类似 mysql 的指令无法正常工作。研发同事去排查keys 指令。可是这个与我们遇到的问题时间点上无法吻合。keys 指令是整点定时任务，可是问题出现在7:11 分多一点点。架构师抛出来一张 redis 一个实例 cpu100%的图片。这个可能是直接导致物联网长连接服务器异常的原因。开始针对该redis 实例的问题进行排查。redis 集群从三主三从升级到了八主八从，也消灭了一些大 key。异常 redis 实例还挂掉了，导致了主从切换。先把主从节点切换回来。查看数据，对比不同实例，发现该异常节点 cpu 使用率 3 个月以来持续攀高，就在已经关停实现降级服务的情况下，依旧有将近 60 的使用率，而其他redis 节点大概只有 10%~30%的使用率。多次比较后，发现了一个 keys 指令，对应的一个 key 大概是热key。最终导致该节点每秒节点处理时长大概有 500ms 左右，而其他节点大概只有几十 ms。定位了热key，跟研发同事一说，等他们修复了。中午好好的吃了一些饭，少吃米，多吃菜。本来以为下午可以看看书，整理整理文档，谁知一个运维代为服务客户发来一个视频，说是充值失败。我寻思着，这充值是代码问题，为啥失败呢？且这个客户不知道为啥，只有一个服务器，没有文档，也不知道架构。早先因为 tomcat 直接暴露了 8080 端口到公网，且是 两三年前部署的服务，被黑客攻击并进行了挖矿。后来，加入了 waf 以及关闭了 8080 直接对外，更新了 https 证书，已经稳定运行了有半个多月。看到客户在群里发消息，我只是在思考，没有先回答。回到工位，开始搜索 pfx pem 等支付通信所用到的证书。后来搜索到了一个 tengxun 支付的证书，但是没有与程序结合的线索。干脆直接从日志中找找，搜索关键字 pay 还真找到了一些。有通信参数，有接口地址。通过域名锁定了 tomcat 程序位置。日志有 1GB，压缩下载到本地。使用 ai 进行分割文件，每个 20MB。通过 ide 工具从尾部向上找，找了几个找到了 pay 相关的具体日志。通过 ai 分析，发现是 xstream 模块版本不支持反序列化（之前升级了有漏洞版本）。这下心里大概有数了。这个时候，用户也把今年充值的记录拿出来了，一个是 6 月份一个是 9 月份。看来充值频率不是很高。跟用户解释，可能是之前再做安全修复的时候（比照着阿里云安全中心给的提示），升级了包括 shiro fastjson xstream 在内的模块。升级后，漏洞是补上了一些，但是由于没有源代码导致兼容性没有充分验证。替换后，打开 tail 查看 catalina.out日志并过滤 pay。过了好一会儿，看到终端提示有新数据，发现已经返回正常了。长舒一口气，这一天。
RDDOS：从被入侵到主动反击，一个运维的安全觉醒
RDDOS：从被入侵到主动反击，一个运维的安全觉醒认知上的最大竞争，其实是信息输入量的竞争。你输入的信息越多，你看待问题的视角会更多元，分析问题也会更有深度，也就具备了洞察力。2025年9月，一个普通的下午，我的服务器被入侵了。某机构利用了一个带有漏洞的、暴露在公网的Tomcat程序，成功渗透进了我的系统。当我发现时，数据已经被窃取，系统已经被破坏。那种无力感和愤怒，至今记忆犹新。痛定思痛，我决定做些什么。我做了两件事：第一件事，在程序前端部署了WAF（Web应用防火墙），避免服务直接暴露在公网。这是防御的第一步。第二件事，我想知道：还有谁在盯着我的服务器？ 常规的蜜罐系统太专业、太复杂，我需要一个简单的方案——一个对互联网主动暴露的端口，只要有人访问，就说明有问题，因为这个端口根本不是正常的服务端口。更重要的是，被入侵加上心情低落，我要反击。这就是RDDOS（反向DDoS防护）诞生的原因——不是被动防御，而是主动反击。今天，让我们通过8个关键问题，深入理解这个从真实痛点中诞生的防护系统。1. 我要说的是什么概念？RDDOS（Reverse DDoS），即反向DDoS防护系统。与传统的被动防御不同，RDDOS采用了一种"以攻为守"的策略。它不仅仅是被动地承受攻击，而是主动地识别攻击者，并实施反向打击。核心特征包括：主动监听：监听TCP端口，捕获所有连接尝试智能识别：通过访问频率、连接模式等特征识别攻击行为反向反击：向攻击者发送大量数据，消耗其带宽和资源自动封禁：集成防火墙系统，自动将攻击IP加入黑名单多层防护：从应用层到网络层的全方位防护体系这不仅仅是技术层面的创新，更是防护思维的转变：从"被动挨打"到"主动出击"。2. 这个概念为什么重要？被入侵后，我意识到传统防护的局限性：被动响应：只能在攻击发生后才能采取行动成本高昂：需要购买昂贵的商业安全服务复杂度高：专业蜜罐系统需要深厚的安全知识无法反击：只能被动防御，眼睁睁看着攻击者得逞RDDOS解决了这些痛点：简单易用：配置文件化，一键部署，普通开发者也能使用主动识别：连接建立的第一时间就能识别并响应成本转移：将资源消耗从防御方转移到攻击方自动化：自动完成检测、反击、封禁全流程反击能力：让攻击者付出代价，不再被动挨打正如亦仁所说，信息输入量的竞争决定了认知的深度。理解RDDOS，就是理解一种从真实痛点中诞生的、简单而有效的安全防护范式。3. 这个概念普遍被如何误解？误解一：RDDOS是攻击工具错误认知：很多人看到"反向攻击"、"洪水攻击"等字眼，就认为RDDOS是用于攻击他人的工具。实际情况：RDDOS是纯粹的防御系统，只在自己的服务器上运行，只对主动连接自己服务器的IP进行防护。它不会主动扫描或攻击其他服务器。误解二：反向攻击是违法的错误认知：认为向攻击者发送数据包可能涉及法律问题。实际情况：RDDOS只在自己的网络边界内运行它只是对已建立的TCP连接进行响应这是合法的自我防护行为，类似于"正当防卫"关键在于：只防护自己的资产，不主动攻击他人误解三：会误伤正常用户错误认知：担心系统会错误地封禁正常用户。实际情况：系统提供多种策略，包括基于阈值的智能判断可以配置白名单机制支持手动解封和审计日志通过合理的阈值配置，可以最大程度避免误封误解四：技术门槛高，难以使用错误认知：认为这种系统需要深厚的网络安全知识才能部署。实际情况：设计初衷就是简单：正是因为常规蜜罐太专业，才设计了RDDOS提供详细的配置文档和快速开始指南支持一键部署脚本配置文件化，无需编程知识提供Web管理界面，可视化操作普通开发者也能快速上手4. 这个概念实际上是怎么回事儿？技术架构RDDOS系统由以下几个核心组件构成：4.1 TCP连接监听层// 监听指定端口，捕获所有连接 tcp_address: ":8080"系统在TCP层监听连接，在SYN握手完成后立即获取客户端IP地址。这是防护的第一道防线。4.2 IP记录与分析层系统会记录每个IP的：访问次数访问时间连接频率地理位置信息（可选）这些数据存储在SQLite数据库中，用于后续的分析和决策。4.3 防护策略层系统提供多种防护策略：策略说明适用场景normal正常处理连接测试和调试rst发送RST包断开连接快速释放资源drop直接丢弃连接消耗攻击者资源flood向客户端发送垃圾数据消耗攻击者带宽reverse_flood反向洪水攻击对攻击者实施反击adaptive自适应策略根据攻击强度自动调整4.4 自适应策略详解自适应策略是RDDOS的核心创新：访问1-2次 → 正常处理（可能是误触） 访问3-5次 → RST断开（轻度可疑） 访问6-10次 → 丢弃连接（中度威胁） 访问10+次 → 反向洪水攻击（确认攻击）这种渐进式的响应策略，既避免了误伤，又能有效应对真正的攻击。4.5 防火墙集成层当检测到攻击时，系统会自动：添加到拒绝列表：在应用层记录攻击IP调用防火墙API：通过SSH连接到防火墙设备添加封禁规则：在防火墙层面永久封禁攻击IP发送通知：通过飞书等渠道通知管理员支持的防火墙类型：华为防火墙（企业级）MikroTik路由器（RouterOS）Linux iptables（服务器级）4.6 威胁情报集成层检测到攻击IP后，系统自动提交到blackip系统进行汇总分析，然后提供给其他安全系统（如长亭科技WAF）作为黑名单IP情报。工作流程：RDDOS检测攻击 → 提交到blackip → 数据汇总分析 → 提供给WAF等系统4.7 工作流程连接建立 → IP记录 → 策略判断 → 执行防护 ↓ 达到阈值？ ↓ 防火墙封禁 → 提交到blackip → 通知管理员核心创新：反向洪水攻击这是RDDOS最具争议也最具创新性的特性，也是"反击"理念的直接体现。设计动机：被入侵后的心情低落，让我产生了"反击"的想法。为什么只能被动防御？为什么攻击者可以肆无忌惮地扫描和攻击，而防御者只能承受？讨厌攻击者。工作原理：检测到攻击IP后，建立TCP连接向攻击者持续发送大量数据（可配置大小，如1MB、10MB）消耗攻击者的带宽和系统资源迫使攻击者主动断开连接效果：攻击者需要消耗资源来接收这些数据如果攻击者使用代理或VPN，会消耗其代理资源形成"攻击成本"，降低攻击意愿心理满足：让防御者感受到反击的力量伦理考量：只在自己的服务器上运行只对主动连接自己的IP进行响应这是合法的自我防护行为关键：只防护自己的资产，不主动攻击他人5. 正解这个概念有什么意义？5.1 理论意义：重新定义攻防关系传统观念认为：防御是被动的，攻击是主动的。RDDOS告诉我们：防御也可以是主动的，可以主动识别、主动反击、主动学习。这不仅仅是技术层面的创新，更是安全思维的转变：从"承受"到"反击"：不再被动承受攻击，而是主动反击。这是从被入侵的痛苦中诞生的理念从"人工"到"自动"：自动化程度大幅提升，减少人工干预。不需要24小时盯着日志从"单一"到"多层"：应用层、网络层、防火墙层全方位防护。WAF + RDDOS 形成完整防护体系从"复杂"到"简单"：不需要专业的安全知识，普通开发者也能部署和使用5.2 实践意义：降低防护成本成本结构对比：项目传统防护RDDOS防护硬件成本需要专用设备普通服务器即可服务成本需要购买CDN/云防护开源免费人力成本需要专业运维自动化程度高资源消耗防御方承担攻击方承担ROI分析：部署成本低：一台普通服务器即可维护成本低：自动化运行，无需频繁干预效果显著：能够有效阻止大部分扫描和攻击5.3 战略意义：提升安全水位对于个人开发者和小型企业：降低门槛：不再需要昂贵的商业防护服务自主可控：完全掌握防护逻辑，可以根据需求定制学习价值：通过部署和使用，深入理解网络安全原理对于安全研究人员：研究平台：可以研究攻击模式和防护策略实验环境：可以测试不同的防护方案数据收集：可以收集攻击数据进行分析5.4 威胁情报价值：从单点防护到生态协同RDDOS收集攻击者IP，提交到blackip系统汇总分析，然后提供给其他安全系统（如长亭科技WAF）作为黑名单IP情报。协同效应：多个RDDOS实例的数据汇总，形成更全面的威胁视图一个系统发现的攻击者，其他系统可以提前防护多源数据交叉验证，提高威胁情报的准确性实际价值：个人开发者：享受整个生态的威胁情报企业用户：形成内部威胁情报网络安全社区：共享威胁情报，共同提升安全水位6. 如何正确使用这个概念？6.1 适用场景✅ 推荐场景蜜罐系统（核心场景）这是RDDOS最初的设计场景：一个简单的蜜罐，对互联网主动暴露用于诱捕攻击者，收集攻击数据配置强制封禁模式，一次连接即封禁完全禁止访问的端口关键：只要有人访问这个端口，就说明有问题，因为这个端口根本不是正常的服务端口内部服务防护不应该被外部访问的服务需要严格控制的端口开发测试环境配合WAF使用，形成多层防护威胁情报收集收集攻击者IP，提交到blackip系统参与威胁情报生态，为其他系统提供数据享受整个生态的威胁情报，提前防护学习研究学习网络安全原理研究攻击模式测试防护策略了解攻击者的行为模式⚠️ 谨慎使用场景对外服务需要允许正常用户访问建议使用阈值封禁模式配置合理的白名单生产环境需要充分测试配置监控和告警准备应急响应方案❌ 不适用场景高流量网站可能影响正常用户体验建议使用专业的CDN和云防护合规要求严格的场景需要经过法律和合规审查确保符合相关法规要求6.2 配置建议蜜罐模式（推荐）{ "max_connections_per_ip": 1, "rate_limit_count": 10, "response_strategy": "dr", "firewall_enabled": true, "firewall_force_block_on_attack": true }特点：一次连接即封禁，适合非正常服务端口。配合WAF使用，保护真实服务。生产环境模式{ "max_connections_per_ip": 3, "rate_limit_count": 100, "response_strategy": "adaptive", "firewall_enabled": true, "firewall_force_block_on_attack": false, "firewall_block_threshold": 5 }特点：基于访问次数阈值判断，自适应策略，避免误伤。开发测试模式{ "max_connections_per_ip": 5, "rate_limit_count": 200, "response_strategy": "normal", "firewall_enabled": false }特点：不启用防火墙封禁，正常处理连接。6.3 部署步骤环境准备# 确保有Go环境 go version # 克隆或下载项目 git clone <repository>配置调整# 编辑配置文件 vim config.json # 根据场景选择合适的配置模式编译构建# 静态链接构建（推荐） ./build_all.sh static部署运行# 使用systemd服务 sudo systemctl start rddos # 或直接运行 sudo ./rddos监控验证# 查看日志 tail -f /var/log/rddos.log # 检查防火墙规则 # MikroTik /ip firewall address-list print where list=blackip # Linux iptables -L RDDOS-BLOCK -n -v # 检查黑名单API提交情况 # 查看日志中的黑名单API相关记录 tail -f /var/log/rddos.log | grep "黑名单API"配置威胁情报集成（推荐）{ "blacklist_api_enabled": true, "blacklist_api_url": "https://blackip.op123.ren/api/blacklist/", "blacklist_api_key": "your-api-key" }6.4 最佳实践测试环境验证在测试环境充分测试后再部署到生产验证各种配置组合的效果配置白名单在防火墙层面配置管理IP白名单避免封禁自己的管理IP启用监控启用飞书等通知渠道及时了解封禁情况定期审查定期检查封禁IP列表清理误封的IP启用威胁情报共享配置blacklist_api_enabled为true参与威胁情报生态，享受整个生态的威胁情报备份配置修改配置前先备份保留配置变更记录7. 错误使用这个概念有什么可怕之处？7.1 法律风险风险一：误用为攻击工具错误行为：在他人服务器上部署RDDOS使用RDDOS主动攻击他人利用RDDOS进行网络犯罪法律后果：可能构成计算机犯罪违反《网络安全法》面临刑事责任正确做法：只在自己的服务器上部署只防护自己的资产不主动攻击他人风险二：过度反击错误行为：配置过大的反向洪水数据量对正常用户实施反击造成他人网络资源耗尽法律后果：可能构成民事侵权需要承担赔偿责任正确做法：合理配置反击参数设置合理的阈值配置白名单机制7.2 技术风险风险一：误封正常用户错误配置：{ "firewall_force_block_on_attack": true, // 强制封禁 "firewall_block_threshold": 1 // 阈值过低 }后果：正常用户可能被误封影响业务正常运行需要人工干预解封正确做法：生产环境使用阈值模式设置合理的阈值（建议3-5次）配置白名单风险二：资源耗尽错误配置：{ "reverse_flood_size": 104857600, // 100MB，过大 "reverse_flood_delay": "100ms" // 延迟过小 }后果：服务器带宽被耗尽可能影响其他服务服务器资源被占用正确做法：合理配置数据大小（1-10MB）设置合理的延迟（500ms-2s）监控资源使用情况风险三：防火墙设备压力错误配置：{ "firewall_force_block_on_attack": true, "firewall_devices": [/* 多个设备 */] }后果：防火墙设备频繁添加规则可能影响防火墙性能规则表可能溢出正确做法：使用阈值模式减少封禁频率定期清理过期规则监控防火墙设备状态7.3 业务风险风险一：影响正常业务如果在对外的生产服务上错误配置：强制封禁模式：可能误封正常用户阈值过低：正常用户可能被误判为攻击策略过激：可能影响用户体验正确做法：生产环境谨慎使用充分测试后再部署准备应急响应方案风险二：安全漏洞如果系统本身存在安全漏洞：配置泄露：API密钥、密码等敏感信息泄露权限问题：系统权限配置不当代码漏洞：可能存在远程执行等漏洞正确做法：定期更新系统使用强密码限制系统权限定期安全审计7.4 伦理风险风险：滥用技术虽然RDDOS是防御工具，但如果被滥用：报复性攻击：对攻击者实施过度反击恶意竞争：利用技术进行不正当竞争隐私侵犯：收集和滥用用户数据正确做法：遵守法律法规尊重他人权益合理使用技术保护用户隐私8. 这个概念与什么其他重要的概念有重要的联系？8.1 与DDoS的关系：攻防的镜像DDoS（Distributed Denial of Service）：分布式拒绝服务攻击目标：通过大量请求耗尽目标服务器资源方式：利用分布式网络发起攻击效果：使目标服务不可用RDDOS（Reverse DDoS）：反向DDoS防护目标：识别并反击攻击者方式：对攻击者实施反向打击效果：消耗攻击者资源，降低攻击意愿关系：RDDOS是DDoS的"镜像"：同样的技术原理，相反的应用方向理解DDoS攻击原理，有助于设计更好的RDDOS防护策略两者都涉及资源消耗，但成本承担方不同8.2 与防火墙的关系：多层防护体系传统防火墙：在网络层进行流量过滤基于规则进行封禁需要手动或半自动管理RDDOS + 防火墙：RDDOS在应用层进行检测和决策自动调用防火墙API添加规则形成应用层+网络层的多层防护协同效应：检测层：RDDOS在应用层快速检测攻击执行层：防火墙在网络层执行封禁持久化：防火墙规则持久化，重启后仍然有效8.2.1 与WAF的关系：完整防护体系WAF + RDDOS 的完整方案（被入侵后的实际部署方案）：WAF保护真实服务：在真实服务前端部署WAF，过滤恶意请求RDDOS作为蜜罐诱捕：部署非正常服务端口，诱捕攻击者协同效应：WAF保护真实服务，过滤已知攻击RDDOS诱捕未知攻击者，提前发现威胁防火墙在网络层执行封禁，持久化防护8.3 与蜜罐的关系：主动诱捕传统蜜罐：太专业、太复杂，普通开发者难以使用。RDDOS作为简单蜜罐：设计初衷：常规蜜罐太专业，需要一个简单的方案对互联网主动暴露非正常服务端口任何访问这个端口的IP都是可疑的，立即封禁配合WAF使用：WAF保护真实服务，RDDOS诱捕攻击者关键优势：简单、直接、有效，不需要专业的安全知识8.4 与速率限制的关系：防护的层次速率限制（Rate Limiting）：限制单个IP的请求频率防止资源耗尽通常基于时间窗口RDDOS的速率限制：限制每个IP的连接数限制时间窗口内的请求数作为防护的第一道防线关系：速率限制是RDDOS的基础组件两者结合形成多层次的防护速率限制防止资源耗尽，RDDOS进行主动反击8.5 与自适应安全的关系：智能防护自适应安全（Adaptive Security）：根据威胁动态调整防护策略学习攻击模式自动优化防护效果RDDOS的自适应策略：根据访问次数自动选择策略从轻度响应到重度反击避免误伤，提高效率关系：RDDOS体现了自适应安全的理念可以根据攻击强度动态调整未来可以加入机器学习，实现真正的自适应8.6 与零信任的关系：最小权限原则零信任（Zero Trust）：不信任任何连接验证所有访问最小权限原则RDDOS的零信任实践：不信任任何主动连接记录和分析所有连接对可疑连接立即采取行动关系：RDDOS体现了零信任的理念对所有连接保持警惕通过行为分析判断信任度8.7 与安全运营的关系：自动化响应安全运营（SecOps）：安全事件的检测、响应、恢复需要快速响应能力自动化程度要求高RDDOS的自动化：自动检测攻击自动执行防护自动通知管理员关系：RDDOS是安全运营自动化的一部分减少人工干预，提高响应速度可以集成到更大的安全运营平台8.8 与威胁情报的关系：从单点防护到生态协同RDDOS收集攻击者IP，提交到blackip系统汇总分析，然后提供给其他安全系统（如长亭科技WAF）作为黑名单IP情报。工作流程：RDDOS检测攻击 → 提交到blackip → 汇总分析 → WAF导入黑名单 → 提前拦截协同效应：多个RDDOS实例的数据汇总，形成更全面的威胁视图一个系统发现的攻击者，其他系统可以提前防护多源数据交叉验证，提高威胁情报的准确性实际价值：个人开发者：享受整个生态的威胁情报企业用户：形成内部威胁情报网络安全社区：共享威胁情报，共同提升安全水位结语：从被入侵到主动反击回到2025年9月那个被入侵的下午。如果当时有RDDOS，我就能：提前发现：在攻击者真正入侵之前，就知道有人在扫描我的服务器主动反击：不再被动承受，而是让攻击者付出代价简单部署：不需要专业的安全知识，普通开发者也能使用心理满足：从被动挨打到主动反击，这种转变带来的不仅仅是技术上的提升正如写作之难在于"将网状的思想，通过树状的句法，用线性的文字展开"，理解RDDOS也需要这样的过程：网状的思想：RDDOS涉及网络安全、系统设计、攻防对抗、情感驱动等多个领域树状的句法：通过8个问题构建清晰的知识框架线性的文字：用一篇文章串联起所有概念创新 = 旧元素 + 新组合 + 真实痛点RDDOS的创新不在于发明了新技术，而在于：旧元素：TCP监听、IP记录、防火墙管理、速率限制新组合：将这些元素组合成主动防护系统真实痛点：从被入侵的痛苦中诞生，解决真实的安全问题新价值：改变了攻防成本结构，提升了防护效率，更重要的是让防御者不再被动信息输入量的竞争理解RDDOS，不仅仅是学习一个工具，更是：输入新的安全防护思维：从被动到主动获得多元的视角看待安全问题：技术 + 情感 + 实践具备更深的洞察力分析攻防关系：理解攻击者的动机和行为我的建议如果你也遇到过类似的情况，或者担心服务器安全：第一步：部署WAF，保护真实服务第二步：部署RDDOS作为蜜罐，诱捕攻击者第三步：监控和分析，了解攻击者的行为模式希望这篇文章能够帮助你：理解RDDOS诞生的真实背景和设计理念正确理解RDDOS的概念和原理避免常见的误解和误用在实际场景中合理应用与其他安全概念建立联系记住：技术本身是中性的，关键在于如何使用。RDDOS是强大的防护工具，需要负责任地使用。只有在合法、合规、合理的前提下，才能真正发挥其价值。如果你也经历过被入侵的痛苦，希望RDDOS能帮助你从被动防御转向主动反击。这不是报复，而是自我保护。作者注：本文基于RDDOS开源项目编写，旨在帮助读者正确理解反向DDoS防护的概念和应用。技术讨论欢迎，但请遵守法律法规，合理使用技术。
一个运维，除了需要掌握系统软硬件系统的工作原理外，对于小工具的需求与泥瓦匠、水电暖工人对于改锥的需求是类似的。近几个月使用 cursor 完成了一些开发工作。加强网络防护能力，编写了 rddos，意思是反向 ddos。这个工具可以监听某一个 tcp 端口，通过让互联网流量扫描，然后直接返回给一串定义好的文字，并记录下攻击 ip 地址。谈到 ddos，有点让人讨厌的意思。但是被某些机构扫描，以至于暴露了本不该暴露的目标，让黑客或者监察机构发现就没有好果子吃了。所在开发 rddos 是在被搞了一把之后的结果。目前，rddos 除了可以发现攻击来源，还可以向安全中心报告，并实现记录以及历史分析，也可以发给 ssh 服务端。ssh 服务端可以是一个 linux，也可以是 mikrotik 等软路由，还可以是云平台的安全组，实现及时封禁攻击 IP 。在一家公司工作久了，难免各种网站链接或者系统入口地址，没有上百也会有几十个，本身管理是个问题，就更别提要及时找到了。一开始使用浏览器的书签功能，搭配Floccus 以及坚果云实现了书签同步。虽然用起来还行，但是跨浏览器以及新电脑的配置真让人捉急。另外，自己是有了书签，但是同事没有也是个麻烦事儿。后来用了一套开源的导航站。配置好后虽然能也能用，但是毕竟不是专门为了办公环境使用的。所以写了一个 smartnavigator 的 flask 程序，采用苹果系统中的 Finder 显示模式，一共就最多三级目录/文件，并且支持网页界面输入即搜索，而且可以用空格隔开搜索关键词层层递进搜索，再加上一个 ESC 清空搜索内容返回主页面。嗯，用起来还不错。借鉴 smartnavigator，针对文档也做了一个 smart reb bible。我记得早先学 Linux 技术的时候，经常会有一些红宝书，或者叫做圣经，所以给这个程序起名“聪明的红宝书”。同样的界面以及功能，只是内容不再是链接而是内容。内容支持 markdown 编辑、复制、下载等功能。早先，使用 obsidian 写了大量内容，对于常用的 Linux 命令以及方案，采用飞书的表格进行了二维处理。这次用“聪明的红宝书”重新来过一遍，搜索定位一顿操作十分舒服了。以上是近一年来使用 cursor 辅助运维内容的一些案例。简简单单记录一下。
服务不可用 阿里云 oos 运维控制台每天凌晨 3 点重启 但程序启动失败
早上买完早点骑车时，接到物联网小程序后台维护客户的反馈——系统用不了了。我之前提前准备了重启服务的脚本，赶紧执行后系统恢复正常，但心里纳闷为啥会突然出问题。查流量图发现，凌晨3点左右流量直接降到0，和系统故障时间对上了；再看Linux服务器的uptime，当时9点多，服务器刚启动6个多小时，刚好是凌晨3点重启过的样子。我立刻给阿里云提了工单，工程师说云主机没异常，让我查查运维控制台的定时任务。一查才发现，客户那边有个凌晨3点的自动重启任务（说是为了释放Java内存泄露的内存），但今天重启后程序没自动启动，才导致了故障。最后我跟客户说明情况，把这个定时任务关了。
目 录第一章 总 则 第二章 网络安全支持与促进 第三章 网络运行安全 第一节 一般规定 第二节 关键信息基础设施的运行安全 第四章 网络信息安全 第五章 监测预警与应急处置 第六章 法律责任 第七章 附 则 第一章 总 则第一条 为了保障网络安全，维护网络空间主权和国家安全、社会公共利益，保护公民、法人和其他组织的合法权益，促进经济社会信息化健康发展，制定本法。第二条 在中华人民共和国境内建设、运营、维护和使用网络，以及网络安全的监督管理，适用本法。第三条 国家坚持网络安全与信息化发展并重，遵循积极利用、科学发展、依法管理、确保安全的方针，推进网络基础设施建设和互联互通，鼓励网络技术创新和应用，支持培养网络安全人才，建立健全网络安全保障体系，提高网络安全保护能力。第四条 国家制定并不断完善网络安全战略，明确保障网络安全的基本要求和主要目标，提出重点领域的网络安全政策、工作任务和措施。第五条 国家采取措施，监测、防御、处置来源于中华人民共和国境内外的网络安全风险和威胁，保护关键信息基础设施免受攻击、侵入、干扰和破坏，依法惩治网络违法犯罪活动，维护网络空间安全和秩序。第六条 国家倡导诚实守信、健康文明的网络行为，推动传播社会主义核心价值观，采取措施提高全社会的网络安全意识和水平，形成全社会共同参与促进网络安全的良好环境。第七条 国家积极开展网络空间治理、网络技术研发和标准制定、打击网络违法犯罪等方面的国际交流与合作，推动构建和平、安全、开放、合作的网络空间，建立多边、民主、透明的网络治理体系。第八条 国家网信部门负责统筹协调网络安全工作和相关监督管理工作。国务院电信主管部门、公安部门和其他有关机关依照本法和有关法律、行政法规的规定，在各自职责范围内负责网络安全保护和监督管理工作。县级以上地方人民政府有关部门的网络安全保护和监督管理职责，按照国家有关规定确定。第九条 网络运营者开展经营和服务活动，必须遵守法律、行政法规，尊重社会公德，遵守商业道德，诚实信用，履行网络安全保护义务，接受政府和社会的监督，承担社会责任。第十条 建设、运营网络或者通过网络提供服务，应当依照法律、行政法规的规定和国家标准的强制性要求，采取技术措施和其他必要措施，保障网络安全、稳定运行，有效应对网络安全事件，防范网络违法犯罪活动，维护网络数据的完整性、保密性和可用性。第十一条 网络相关行业组织按照章程，加强行业自律，制定网络安全行为规范，指导会员加强网络安全保护，提高网络安全保护水平，促进行业健康发展。第十二条 国家保护公民、法人和其他组织依法使用网络的权利，促进网络接入普及，提升网络服务水平，为社会提供安全、便利的网络服务，保障网络信息依法有序自由流动。任何个人和组织使用网络应当遵守宪法法律，遵守公共秩序，尊重社会公德，不得危害网络安全，不得利用网络从事危害国家安全、荣誉和利益，煽动颠覆国家政权、推翻社会主义制度，煽动分裂国家、破坏国家统一，宣扬恐怖主义、极端主义，宣扬民族仇恨、民族歧视，传播暴力、淫秽色情信息，编造、传播虚假信息扰乱经济秩序和社会秩序，以及侵害他人名誉、隐私、知识产权和其他合法权益等活动。第十三条 国家支持研究开发有利于未成年人健康成长的网络产品和服务，依法惩治利用网络从事危害未成年人身心健康的活动，为未成年人提供安全、健康的网络环境。第十四条 任何个人和组织有权对危害网络安全的行为向网信、电信、公安等部门举报。收到举报的部门应当及时依法作出处理；不属于本部门职责的，应当及时移送有权处理的部门。有关部门应当对举报人的相关信息予以保密，保护举报人的合法权益。第二章 网络安全支持与促进第十五条 国家建立和完善网络安全标准体系。国务院标准化行政主管部门和国务院其他有关部门根据各自的职责，组织制定并适时修订有关网络安全管理以及网络产品、服务和运行安全的国家标准、行业标准。国家支持企业、研究机构、高等学校、网络相关行业组织参与网络安全国家标准、行业标准的制定。第十六条 国务院和省、自治区、直辖市人民政府应当统筹规划，加大投入，扶持重点网络安全技术产业和项目，支持网络安全技术的研究开发和应用，推广安全可信的网络产品和服务，保护网络技术知识产权，支持企业、研究机构和高等学校等参与国家网络安全技术创新项目。第十七条 国家推进网络安全社会化服务体系建设，鼓励有关企业、机构开展网络安全认证、检测和风险评估等安全服务。第十八条 国家鼓励开发网络数据安全保护和利用技术，促进公共数据资源开放，推动技术创新和经济社会发展。国家支持创新网络安全管理方式，运用网络新技术，提升网络安全保护水平。第十九条 各级人民政府及其有关部门应当组织开展经常性的网络安全宣传教育，并指导、督促有关单位做好网络安全宣传教育工作。大众传播媒介应当有针对性地面向社会进行网络安全宣传教育。第二十条 国家支持企业和高等学校、职业学校等教育培训机构开展网络安全相关教育与培训，采取多种方式培养网络安全人才，促进网络安全人才交流。第三章 网络运行安全第一节 一般规定第二十一条 国家实行网络安全等级保护制度。网络运营者应当按照网络安全等级保护制度的要求，履行下列安全保护义务，保障网络免受干扰、破坏或者未经授权的访问，防止网络数据泄露或者被窃取、篡改：（一）制定内部安全管理制度和操作规程，确定网络安全负责人，落实网络安全保护责任；（二）采取防范计算机病毒和网络攻击、网络侵入等危害网络安全行为的技术措施；（三）采取监测、记录网络运行状态、网络安全事件的技术措施，并按照规定留存相关的网络日志不少于六个月；（四）采取数据分类、重要数据备份和加密等措施；（五）法律、行政法规规定的其他义务。第二十二条 网络产品、服务应当符合相关国家标准的强制性要求。网络产品、服务的提供者不得设置恶意程序；发现其网络产品、服务存在安全缺陷、漏洞等风险时，应当立即采取补救措施，按照规定及时告知用户并向有关主管部门报告。网络产品、服务的提供者应当为其产品、服务持续提供安全维护；在规定或者当事人约定的期限内，不得终止提供安全维护。网络产品、服务具有收集用户信息功能的，其提供者应当向用户明示并取得同意；涉及用户个人信息的，还应当遵守本法和有关法律、行政法规关于个人信息保护的规定。第二十三条 网络关键设备和网络安全专用产品应当按照相关国家标准的强制性要求，由具备资格的机构安全认证合格或者安全检测符合要求后，方可销售或者提供。国家网信部门会同国务院有关部门制定、公布网络关键设备和网络安全专用产品目录，并推动安全认证和安全检测结果互认，避免重复认证、检测。第二十四条 网络运营者为用户办理网络接入、域名注册服务，办理固定电话、移动电话等入网手续，或者为用户提供信息发布、即时通讯等服务，在与用户签订协议或者确认提供服务时，应当要求用户提供真实身份信息。用户不提供真实身份信息的，网络运营者不得为其提供相关服务。国家实施网络可信身份战略，支持研究开发安全、方便的电子身份认证技术，推动不同电子身份认证之间的互认。第二十五条 网络运营者应当制定网络安全事件应急预案，及时处置系统漏洞、计算机病毒、网络攻击、网络侵入等安全风险；在发生危害网络安全的事件时，立即启动应急预案，采取相应的补救措施，并按照规定向有关主管部门报告。第二十六条 开展网络安全认证、检测、风险评估等活动，向社会发布系统漏洞、计算机病毒、网络攻击、网络侵入等网络安全信息，应当遵守国家有关规定。第二十七条 任何个人和组织不得从事非法侵入他人网络、干扰他人网络正常功能、窃取网络数据等危害网络安全的活动；不得提供专门用于从事侵入网络、干扰网络正常功能及防护措施、窃取网络数据等危害网络安全活动的程序、工具；明知他人从事危害网络安全的活动的，不得为其提供技术支持、广告推广、支付结算等帮助。第二十八条 网络运营者应当为公安机关、国家安全机关依法维护国家安全和侦查犯罪的活动提供技术支持和协助。第二十九条 国家支持网络运营者之间在网络安全信息收集、分析、通报和应急处置等方面进行合作，提高网络运营者的安全保障能力。有关行业组织建立健全本行业的网络安全保护规范和协作机制，加强对网络安全风险的分析评估，定期向会员进行风险警示，支持、协助会员应对网络安全风险。第三十条 网信部门和有关部门在履行网络安全保护职责中获取的信息，只能用于维护网络安全的需要，不得用于其他用途。第二节 关键信息基础设施的运行安全第三十一条 国家对公共通信和信息服务、能源、交通、水利、金融、公共服务、电子政务等重要行业和领域，以及其他一旦遭到破坏、丧失功能或者数据泄露，可能严重危害国家安全、国计民生、公共利益的关键信息基础设施，在网络安全等级保护制度的基础上，实行重点保护。关键信息基础设施的具体范围和安全保护办法由国务院制定。国家鼓励关键信息基础设施以外的网络运营者自愿参与关键信息基础设施保护体系。第三十二条 按照国务院规定的职责分工，负责关键信息基础设施安全保护工作的部门分别编制并组织实施本行业、本领域的关键信息基础设施安全规划，指导和监督关键信息基础设施运行安全保护工作。第三十三条 建设关键信息基础设施应当确保其具有支持业务稳定、持续运行的性能，并保证安全技术措施同步规划、同步建设、同步使用。第三十四条 除本法第二十一条的规定外，关键信息基础设施的运营者还应当履行下列安全保护义务：（一）设置专门安全管理机构和安全管理负责人，并对该负责人和关键岗位的人员进行安全背景审查；（二）定期对从业人员进行网络安全教育、技术培训和技能考核；（三）对重要系统和数据库进行容灾备份；（四）制定网络安全事件应急预案，并定期进行演练；（五）法律、行政法规规定的其他义务。第三十五条 关键信息基础设施的运营者采购网络产品和服务，可能影响国家安全的，应当通过国家网信部门会同国务院有关部门组织的国家安全审查。第三十六条 关键信息基础设施的运营者采购网络产品和服务，应当按照规定与提供者签订安全保密协议，明确安全和保密义务与责任。第三十七条 关键信息基础设施的运营者在中华人民共和国境内运营中收集和产生的个人信息和重要数据应当在境内存储。因业务需要，确需向境外提供的，应当按照国家网信部门会同国务院有关部门制定的办法进行安全评估；法律、行政法规另有规定的，依照其规定。第三十八条 关键信息基础设施的运营者应当自行或者委托网络安全服务机构对其网络的安全性和可能存在的风险每年至少进行一次检测评估，并将检测评估情况和改进措施报送相关负责关键信息基础设施安全保护工作的部门。第三十九条 国家网信部门应当统筹协调有关部门对关键信息基础设施的安全保护采取下列措施：（一）对关键信息基础设施的安全风险进行抽查检测，提出改进措施，必要时可以委托网络安全服务机构对网络存在的安全风险进行检测评估；（二）定期组织关键信息基础设施的运营者进行网络安全应急演练，提高应对网络安全事件的水平和协同配合能力；（三）促进有关部门、关键信息基础设施的运营者以及有关研究机构、网络安全服务机构等之间的网络安全信息共享；（四）对网络安全事件的应急处置与网络功能的恢复等，提供技术支持和协助。第四章 网络信息安全第四十条 网络运营者应当对其收集的用户信息严格保密，并建立健全用户信息保护制度。第四十一条 网络运营者收集、使用个人信息，应当遵循合法、正当、必要的原则，公开收集、使用规则，明示收集、使用信息的目的、方式和范围，并经被收集者同意。网络运营者不得收集与其提供的服务无关的个人信息，不得违反法律、行政法规的规定和双方的约定收集、使用个人信息，并应当依照法律、行政法规的规定和与用户的约定，处理其保存的个人信息。第四十二条 网络运营者不得泄露、篡改、毁损其收集的个人信息；未经被收集者同意，不得向他人提供个人信息。但是，经过处理无法识别特定个人且不能复原的除外。网络运营者应当采取技术措施和其他必要措施，确保其收集的个人信息安全，防止信息泄露、毁损、丢失。在发生或者可能发生个人信息泄露、毁损、丢失的情况时，应当立即采取补救措施，按照规定及时告知用户并向有关主管部门报告。第四十三条 个人发现网络运营者违反法律、行政法规的规定或者双方的约定收集、使用其个人信息的，有权要求网络运营者删除其个人信息；发现网络运营者收集、存储的其个人信息有错误的，有权要求网络运营者予以更正。网络运营者应当采取措施予以删除或者更正。第四十四条 任何个人和组织不得窃取或者以其他非法方式获取个人信息，不得非法出售或者非法向他人提供个人信息。第四十五条 依法负有网络安全监督管理职责的部门及其工作人员，必须对在履行职责中知悉的个人信息、隐私和商业秘密严格保密，不得泄露、出售或者非法向他人提供。第四十六条 任何个人和组织应当对其使用网络的行为负责，不得设立用于实施诈骗，传授犯罪方法，制作或者销售违禁物品、管制物品等违法犯罪活动的网站、通讯群组，不得利用网络发布涉及实施诈骗，制作或者销售违禁物品、管制物品以及其他违法犯罪活动的信息。第四十七条 网络运营者应当加强对其用户发布的信息的管理，发现法律、行政法规禁止发布或者传输的信息的，应当立即停止传输该信息，采取消除等处置措施，防止信息扩散，保存有关记录，并向有关主管部门报告。第四十八条 任何个人和组织发送的电子信息、提供的应用软件，不得设置恶意程序，不得含有法律、行政法规禁止发布或者传输的信息。电子信息发送服务提供者和应用软件下载服务提供者，应当履行安全管理义务，知道其用户有前款规定行为的，应当停止提供服务，采取消除等处置措施，保存有关记录，并向有关主管部门报告。第四十九条 网络运营者应当建立网络信息安全投诉、举报制度，公布投诉、举报方式等信息，及时受理并处理有关网络信息安全的投诉和举报。网络运营者对网信部门和有关部门依法实施的监督检查，应当予以配合。第五十条 国家网信部门和有关部门依法履行网络信息安全监督管理职责，发现法律、行政法规禁止发布或者传输的信息的，应当要求网络运营者停止传输，采取消除等处置措施，保存有关记录；对来源于中华人民共和国境外的上述信息，应当通知有关机构采取技术措施和其他必要措施阻断传播。第五章 监测预警与应急处置第五十一条 国家建立网络安全监测预警和信息通报制度。国家网信部门应当统筹协调有关部门加强网络安全信息收集、分析和通报工作，按照规定统一发布网络安全监测预警信息。第五十二条 负责关键信息基础设施安全保护工作的部门，应当建立健全本行业、本领域的网络安全监测预警和信息通报制度，并按照规定报送网络安全监测预警信息。第五十三条 国家网信部门协调有关部门建立健全网络安全风险评估和应急工作机制，制定网络安全事件应急预案，并定期组织演练。负责关键信息基础设施安全保护工作的部门应当制定本行业、本领域的网络安全事件应急预案，并定期组织演练。网络安全事件应急预案应当按照事件发生后的危害程度、影响范围等因素对网络安全事件进行分级，并规定相应的应急处置措施。第五十四条 网络安全事件发生的风险增大时，省级以上人民政府有关部门应当按照规定的权限和程序，并根据网络安全风险的特点和可能造成的危害，采取下列措施：（一）要求有关部门、机构和人员及时收集、报告有关信息，加强对网络安全风险的监测；（二）组织有关部门、机构和专业人员，对网络安全风险信息进行分析评估，预测事件发生的可能性、影响范围和危害程度；（三）向社会发布网络安全风险预警，发布避免、减轻危害的措施。第五十五条 发生网络安全事件，应当立即启动网络安全事件应急预案，对网络安全事件进行调查和评估，要求网络运营者采取技术措施和其他必要措施，消除安全隐患，防止危害扩大，并及时向社会发布与公众有关的警示信息。第五十六条 省级以上人民政府有关部门在履行网络安全监督管理职责中，发现网络存在较大安全风险或者发生安全事件的，可以按照规定的权限和程序对该网络的运营者的法定代表人或者主要负责人进行约谈。网络运营者应当按照要求采取措施，进行整改，消除隐患。第五十七条 因网络安全事件，发生突发事件或者生产安全事故的，应当依照《中华人民共和国突发事件应对法》、《中华人民共和国安全生产法》等有关法律、行政法规的规定处置。第五十八条 因维护国家安全和社会公共秩序，处置重大突发社会安全事件的需要，经国务院决定或者批准，可以在特定区域对网络通信采取限制等临时措施。第六章 法律责任第五十九条 网络运营者不履行本法第二十一条、第二十五条规定的网络安全保护义务的，由有关主管部门责令改正，给予警告；拒不改正或者导致危害网络安全等后果的，处一万元以上十万元以下罚款，对直接负责的主管人员处五千元以上五万元以下罚款。关键信息基础设施的运营者不履行本法第三十三条、第三十四条、第三十六条、第三十八条规定的网络安全保护义务的，由有关主管部门责令改正，给予警告；拒不改正或者导致危害网络安全等后果的，处十万元以上一百万元以下罚款，对直接负责的主管人员处一万元以上十万元以下罚款。第六十条 违反本法第二十二条第一款、第二款和第四十八条第一款规定，有下列行为之一的，由有关主管部门责令改正，给予警告；拒不改正或者导致危害网络安全等后果的，处五万元以上五十万元以下罚款，对直接负责的主管人员处一万元以上十万元以下罚款：（一）设置恶意程序的；（二）对其产品、服务存在的安全缺陷、漏洞等风险未立即采取补救措施，或者未按照规定及时告知用户并向有关主管部门报告的；（三）擅自终止为其产品、服务提供安全维护的。第六十一条 网络运营者违反本法第二十四条第一款规定，未要求用户提供真实身份信息，或者对不提供真实身份信息的用户提供相关服务的，由有关主管部门责令改正；拒不改正或者情节严重的，处五万元以上五十万元以下罚款，并可以由有关主管部门责令暂停相关业务、停业整顿、关闭网站、吊销相关业务许可证或者吊销营业执照，对直接负责的主管人员和其他直接责任人员处一万元以上十万元以下罚款。第六十二条 违反本法第二十六条规定，开展网络安全认证、检测、风险评估等活动，或者向社会发布系统漏洞、计算机病毒、网络攻击、网络侵入等网络安全信息的，由有关主管部门责令改正，给予警告；拒不改正或者情节严重的，处一万元以上十万元以下罚款，并可以由有关主管部门责令暂停相关业务、停业整顿、关闭网站、吊销相关业务许可证或者吊销营业执照，对直接负责的主管人员和其他直接责任人员处五千元以上五万元以下罚款。第六十三条 违反本法第二十七条规定，从事危害网络安全的活动，或者提供专门用于从事危害网络安全活动的程序、工具，或者为他人从事危害网络安全的活动提供技术支持、广告推广、支付结算等帮助，尚不构成犯罪的，由公安机关没收违法所得，处五日以下拘留，可以并处五万元以上五十万元以下罚款；情节较重的，处五日以上十五日以下拘留，可以并处十万元以上一百万元以下罚款。单位有前款行为的，由公安机关没收违法所得，处十万元以上一百万元以下罚款，并对直接负责的主管人员和其他直接责任人员依照前款规定处罚。违反本法第二十七条规定，受到治安管理处罚的人员，五年内不得从事网络安全管理和网络运营关键岗位的工作；受到刑事处罚的人员，终身不得从事网络安全管理和网络运营关键岗位的工作。第六十四条 网络运营者、网络产品或者服务的提供者违反本法第二十二条第三款、第四十一条至第四十三条规定，侵害个人信息依法得到保护的权利的，由有关主管部门责令改正，可以根据情节单处或者并处警告、没收违法所得、处违法所得一倍以上十倍以下罚款，没有违法所得的，处一百万元以下罚款，对直接负责的主管人员和其他直接责任人员处一万元以上十万元以下罚款；情节严重的，并可以责令暂停相关业务、停业整顿、关闭网站、吊销相关业务许可证或者吊销营业执照。违反本法第四十四条规定，窃取或者以其他非法方式获取、非法出售或者非法向他人提供个人信息，尚不构成犯罪的，由公安机关没收违法所得，并处违法所得一倍以上十倍以下罚款，没有违法所得的，处一百万元以下罚款。第六十五条 关键信息基础设施的运营者违反本法第三十五条规定，使用未经安全审查或者安全审查未通过的网络产品或者服务的，由有关主管部门责令停止使用，处采购金额一倍以上十倍以下罚款；对直接负责的主管人员和其他直接责任人员处一万元以上十万元以下罚款。第六十六条 关键信息基础设施的运营者违反本法第三十七条规定，在境外存储网络数据，或者向境外提供网络数据的，由有关主管部门责令改正，给予警告，没收违法所得，处五万元以上五十万元以下罚款，并可以责令暂停相关业务、停业整顿、关闭网站、吊销相关业务许可证或者吊销营业执照；对直接负责的主管人员和其他直接责任人员处一万元以上十万元以下罚款。第六十七条 违反本法第四十六条规定，设立用于实施违法犯罪活动的网站、通讯群组，或者利用网络发布涉及实施违法犯罪活动的信息，尚不构成犯罪的，由公安机关处五日以下拘留，可以并处一万元以上十万元以下罚款；情节较重的，处五日以上十五日以下拘留，可以并处五万元以上五十万元以下罚款。关闭用于实施违法犯罪活动的网站、通讯群组。单位有前款行为的，由公安机关处十万元以上五十万元以下罚款，并对直接负责的主管人员和其他直接责任人员依照前款规定处罚。第六十八条 网络运营者违反本法第四十七条规定，对法律、行政法规禁止发布或者传输的信息未停止传输、采取消除等处置措施、保存有关记录的，由有关主管部门责令改正，给予警告，没收违法所得；拒不改正或者情节严重的，处十万元以上五十万元以下罚款，并可以责令暂停相关业务、停业整顿、关闭网站、吊销相关业务许可证或者吊销营业执照，对直接负责的主管人员和其他直接责任人员处一万元以上十万元以下罚款。电子信息发送服务提供者、应用软件下载服务提供者，不履行本法第四十八条第二款规定的安全管理义务的，依照前款规定处罚。第六十九条 网络运营者违反本法规定，有下列行为之一的，由有关主管部门责令改正；拒不改正或者情节严重的，处五万元以上五十万元以下罚款，对直接负责的主管人员和其他直接责任人员，处一万元以上十万元以下罚款：（一）不按照有关部门的要求对法律、行政法规禁止发布或者传输的信息，采取停止传输、消除等处置措施的；（二）拒绝、阻碍有关部门依法实施的监督检查的；（三）拒不向公安机关、国家安全机关提供技术支持和协助的。第七十条 发布或者传输本法第十二条第二款和其他法律、行政法规禁止发布或者传输的信息的，依照有关法律、行政法规的规定处罚。第七十一条 有本法规定的违法行为的，依照有关法律、行政法规的规定记入信用档案，并予以公示。第七十二条 国家机关政务网络的运营者不履行本法规定的网络安全保护义务的，由其上级机关或者有关机关责令改正；对直接负责的主管人员和其他直接责任人员依法给予处分。第七十三条 网信部门和有关部门违反本法第三十条规定，将在履行网络安全保护职责中获取的信息用于其他用途的，对直接负责的主管人员和其他直接责任人员依法给予处分。网信部门和有关部门的工作人员玩忽职守、滥用职权、徇私舞弊，尚不构成犯罪的，依法给予处分。第七十四条 违反本法规定，给他人造成损害的，依法承担民事责任。违反本法规定，构成违反治安管理行为的，依法给予治安管理处罚；构成犯罪的，依法追究刑事责任。第七十五条 境外的机构、组织、个人从事攻击、侵入、干扰、破坏等危害中华人民共和国的关键信息基础设施的活动，造成严重后果的，依法追究法律责任；国务院公安部门和有关部门并可以决定对该机构、组织、个人采取冻结财产或者其他必要的制裁措施。第七章 附 则第七十六条 本法下列用语的含义：（一）网络，是指由计算机或者其他信息终端及相关设备组成的按照一定的规则和程序对信息进行收集、存储、传输、交换、处理的系统。（二）网络安全，是指通过采取必要措施，防范对网络的攻击、侵入、干扰、破坏和非法使用以及意外事故，使网络处于稳定可靠运行的状态，以及保障网络数据的完整性、保密性、可用性的能力。（三）网络运营者，是指网络的所有者、管理者和网络服务提供者。（四）网络数据，是指通过网络收集、存储、传输、处理和产生的各种电子数据。（五）个人信息，是指以电子或者其他方式记录的能够单独或者与其他信息结合识别自然人个人身份的各种信息，包括但不限于自然人的姓名、出生日期、身份证件号码、个人生物识别信息、住址、电话号码等。第七十七条 存储、处理涉及国家秘密信息的网络的运行安全保护，除应当遵守本法外，还应当遵守保密法律、行政法规的规定。第七十八条 军事网络的安全保护，由中央军事委员会另行规定。第七十九条 本法自2017年6月1日起施行。
下载了一些超融合的招标文件包含技术参数
重庆大学医院信息系统超融合服务.pdf山东大学 AI 超融合私有云模块采购.pdf温岭市公安局超融合平台采购合同.pdf西安市高陵区人民法院超融合系统项目.pdf
近期，kubesphere 关闭了，不再开源了。有点小伤心。在线上，过去只有 mesos 系统，跑了 10 年了快，还算稳定。但是，新的系统，希望使用新的容器平台，于是使用 kk 安装了 k8s 和 ks。由于 ks 关闭，所以以后的扩容等留下了一些问题。好在，有一些大佬给出了一些方案。有了方案，自己还是要多测试几遍。使用 eve-ng 搭建了 3+2 共 5 个节点，debian12 系统，测试 ks8s 和 ks 安装。拓扑如下命令如下# 安装依赖 apt install -y ethtool socat conntrack ipvsadm ipset # 拷贝文件 rsync -avzP root@192.168.124.253:/data5tb/k8s/* . # 安装 k8s ./kk create cluster -f config-sample.yaml --yes --debug # 安装 ks helm upgrade --install -n kubesphere-system --create-namespace ks-core http://mirrors.op123.ren:60000/kube/x86-k8s1.33.3%2Bks4.1.3/ks-core-1.1.5.tgz --debug --wait --set global.imageRegistry=harbor.op123.ren:44301 --set extension.imageRegistry=harbor.op123.ren:44301 # 删除 ks ./kk delete cluster -f config-sample.yaml --yes --debug docker system prune -a -f # 删除 k8s helm uninstall ks-core -n kubesphere-system --debug kubectl delete namespace kubesphere-system 网上的一些方案是通过 artifact 将已经安装的环境进行下载，把所有相关的制品都搞成了离线的。对于这种方案，集成度太高。经过琢磨，以及咨询一些高手，发现其实可以进行折中一些的办法。将用到的镜像放到私有 harbor 中，用到什么就放什么。使用 kk 安装的时候进行指定registry 地址为 harbor 地址。如此一来，方便了一些。结构明晰。
半个月前的一个周末，大学同学来聚餐，在去聚餐酒店的时候，用滴滴叫了一辆出租车。到酒店有一段路程，与司机聊天过程中了解到，司机师傅状态不好。他在疫情前投资 100 万准备大干一场。疫情期间，投资也打了水漂。他之前是跑运输的，虽挣了些钱，但朋友也借去不少，且已经讨债无望。于是，在上有老下有老情况下，他决定借贷离婚不离家。听完他的故事，俺沉默了。下车的时候，原本 20 元的车费，直接微信转了 100 元。上周，买电动车的老板打电话说他需要一个会员管理系统。之前在他店里买了电动车。聊天过程中，发现俺俩是老乡。之前，他通过在科技城买了一个会员管理系统，但是目前已经忘记了密码无法登录了，且卖家也联系不上。简单想了想，他的需求其实并不复杂，只是简单的买电动车的人做一个会员登记，方便事后维护。本来建议他从淘宝买一个，他说他不懂电脑。如果我帮他买的话，里面也挺复杂，干脆自己做吧。本来打算找哥小兄弟做一下，但是他最近有点忙。吃了沙县，想了想算法，晚上用 cursor 简单实现了。改了改 bug，差不多可以用了。问了下，他说可以装在他的电脑上。当我去的时候，他的笔记本电脑没有在，但是有台式机。于是，就将 django 代码从 linux 环境复制到 windows 环境，然后在 win7 环境下进行了安装。程序起来了，但是 frpc 的运行并不顺利。后来装了向日葵，周一早上远程更换了版本 0.44 也解决了。在收钱的问题上，按照运维 200 元/3 小时早先的经验，收个 200~400，甚至 2000 也是可以的。但是，转念一想，他们不懂电脑，收多了，自己心里有愧么？想了几天，他也问了多次，每次我都以没有安装完成，稍后再说。最后，我说给个 100 可以了，顺手的事儿。他立马发来了 100 红包，说了谢谢。我想，这事儿大概是这样了。就像易经中反复引用的“无咎”。
捡到一台2013 年的联想主机，做工扎实，主频高，稳如老狗。准备直接上万兆光卡，刚好一个接光猫，一个用SFP-GE-T 接内网。由于万兆光卡是半高，而联想主机是全高，只能拆除万兆光电半高挡板了。插上 USB 启动盘。开机。卡在这里得有一会儿了。可能是老的机械硬盘读取识别有点慢。按了 F12，过了好一会儿才进入启动菜单。选择 USB Legacy。选择 iKuai。Grub2 模式启动。看到了 ikuai 安装界面。选择联想主机自带硬盘。按 y 确定。安装成功。插上网线。正在启动。加载网卡驱动。已经显示了万兆光卡，以及插入网线的主板网卡。设置网卡绑定。配置 lan1 地址。灯咋不亮呢。重启服务器试试。插入网线也不显示。换了一根网线，也不显示。无奈，换一张双口电卡吧。双口电卡用 X1 就可以了。拆除 X1 的挡板。安装双口电卡。有点不结实，但是可用。重启后，网卡灯也亮了。重新绑定网卡到 lan1 以及 wan1。按照左外右内的规则。ping 网关可以了。登录老的 ikuai。备份配置并下载。打开文件，乱码，改不了了。账号 admin密码 admin打开备份还原界面。上传备份。点击恢复。还可以绑定云账号。恢复之后，ikuai 会自动重启。之前配置的内网地址 192.168.124.13 也就无法访问了。通过控制台，可以看到，WEB 地址变成已经恢复成了备份文件的配置地址。