万事达官方 BIN List 显示，浦发银行、工商银行、兴业银行、广发银行、平安银行、招商银行、邮政储蓄银行已获得 2231 开头的 BIN，其中招商银行包含借记卡 BIN。 感谢 peng 投稿。 转自encmasuta 1 个帖子 - 1 位参与者 阅读完整话题
莫比乌斯nebius要下架ds32了，我的翻译模型啊 List of deprecated models deepseek-ai/DeepSeek-V3.2 deepseek-ai/DeepSeek-V3.2-fast MiniMaxAI/MiniMax-M2.5-fast moonshotai/Kimi-K2.5 moonshotai/Kimi-K2.5-fast openai/gpt-oss-120b-fast PrimeIntellect/INTELLECT-3 Qwen/Qwen3-235B-A22B-Thinking-2507-fast Qwen/Qwen3-Next-80B-A3B-Thinking-fast Qwen/Qwen3.5-397B-A17B-fast zai-org/GLM-5 List of deprecated models deepseek-ai/DeepSeek-V3.2 deepseek-ai/DeepSeek-V3.2-fast MiniMaxAI/MiniMax-M2.5-fast moonshotai/Kimi-K2.5 moonshotai/Kimi-K2.5-fast openai/gpt-oss-120b-fast PrimeIntellect/INTELLECT-3 Qwen/Qwen3-235B-A22B-Thinking-2507-fast Qwen/Qwen3-Next-80B-A3B-Thinking-fast Qwen/Qwen3.5-397B-A17B-fast zai-org/GLM-5 3 个帖子 - 3 位参与者 阅读完整话题
大家好，最近做了一个 nas 上的小工具，叫 OpenSync ，主要是给飞牛 fnOS / 飞牛 NAS 用户准备的。 如果你以前用过群晖的 Cloud Sync ，应该会很熟悉这种需求场景： 本地 NAS 的文件，想定时同步备份到网盘、对象存储、WebDAV ，或者另一台存储设备上。飞牛目前的备份功能不太好用，我自己也想要一个类似 Cloud Sync 的工具，于是就做了这个开源项目。 项目地址： https://github.com/chenbin3625/OpenSync 主要场景： 1.飞牛 NAS 本地目录定时备份到网盘 2.多个网盘 / 对象存储之间同步或迁移 3.替代群晖 Cloud Sync 的基础同步能力 4.想通过网页界面管理同步任务，而不是写脚本 主要技术栈：Go+React+antd 单二进制文件可运行，支持 x86/arm 结构，同步发布 docker 镜像。 界面预览 任务总览 实时任务 历史任务 任务详情 引擎管理 通知配置 系统设置 快速部署 推荐使用 Docker Compose 部署： docker-compose.yml services: opensync: image: chenbin3625/opensync:latest container_name: opensync restart: unless-stopped ports: - "8023:8023" volumes: - ./data:/app/data environment: OPENSYNC_PORT: 8023 GIN_MODE: release 启动后访问： http://你的设备 IP:8023/ 首次启动时，初始管理员密码会打印在容器日志里： docker logs opensync 默认配置会把运行数据保存到当前目录的 data/ 文件夹。请保留这个目录，它包含数据库、密钥、配置和日志。
一、全套工具+明细成本汇总 Openlist：¥0 开源项目 中国移动云盘：月租¥8（套餐捆绑赠送云盘会员） 甲骨文圣何塞4c24h下载机：¥0 PikPak：拼车共享年会员，合计¥30/年 联通300M宽带：年费¥199 网易爆米花：¥0 总计¥325，不算宽带的话那很低了 二、整体部署架构 Openlist挂载绑定PikPak网盘；甲骨文圣何塞下载机部署aria2 pro + Rclone双工具联动 三、下载流程 将磁力链接资源先行保存至PikPak网盘云端； 通过Openlist调用aria2 pro发起下载任务； 文件下载完成后，Rclone工具自动同步上传至中国移动云盘，上传完成自动删除； 网易爆米花移动云盘直连服务，完成文件刮削、直接在线播放。 四、实测数据 白天下载速度：100m/s Rclone设置RCLONE_BUFFER_SIZE=256M，实际移动云盘峰值上传速度：200m/s 2026/06/11 11:28:03 INFO : Transferred: 1.351 GiB / 1.351 GiB, 100%, 230.522 MiB/s, ETA 0s Checks: 1 / 1, 100%, Listed 0 Deleted: 1 (files), 0 (dirs), 1.351 GiB (freed) Renamed: 1 Transferred: 1 / 1, 100% Elapsed time: 6.7s 五、亮点和争议 亮点：网易爆米花提供的移动云盘直连服务，文件上传完成后无需配置转发规则、直链、转码，可直接完成媒体库刮削、晚高峰也能秒播，还能多端同步，可以给家里人用。 雷点：下载的资源如果命名不标准，网易爆米花也很难刮削；另外看到有佬分享保存4k原盘被移动云盘删资源的情况，目前我没有遇到，并且不同云盘会员还限制上传单文件大小。 单个文件大小上传免费普通用户上限5G；白银会员用户8G；黄金会员用户20G；钻石会员用户APP端50G、PC端500G。 2 个帖子 - 2 位参与者 阅读完整话题
大家好，最近做了一个 nas 上的小工具，叫 OpenSync ，主要是给飞牛 fnOS / 飞牛 NAS 用户准备的。 如果你以前用过群晖的 Cloud Sync ，应该会很熟悉这种需求场景： 本地 NAS 的文件，想定时同步备份到网盘、对象存储、WebDAV ，或者另一台存储设备上。飞牛目前的备份功能不太好用，我自己也想要一个类似 Cloud Sync 的工具，于是就做了这个开源项目。 项目地址： https://github.com/chenbin3625/OpenSync 主要场景： 1.飞牛 NAS 本地目录定时备份到网盘 2.多个网盘 / 对象存储之间同步或迁移 3.替代群晖 Cloud Sync 的基础同步能力 4.想通过网页界面管理同步任务，而不是写脚本 主要技术栈：Go+React+antd 单二进制文件可运行，支持 x86/arm 结构，同步发布 docker 镜像。 界面预览 任务总览 实时任务 历史任务 任务详情 引擎管理 通知配置 系统设置 快速部署 推荐使用 Docker Compose 部署： docker-compose.yml services: opensync: image: chenbin3625/opensync:latest container_name: opensync restart: unless-stopped ports: - "8023:8023" volumes: - ./data:/app/data environment: OPENSYNC_PORT: 8023 GIN_MODE: release 启动后访问： http://你的设备 IP:8023/ 首次启动时，初始管理员密码会打印在容器日志里： docker logs opensync 默认配置会把运行数据保存到当前目录的 data/ 文件夹。请保留这个目录，它包含数据库、密钥、配置和日志。
佬们，今天注册nerveless，注册到一半，下班回家，结果到家后，再次打开被加入了 wait list了，这个如何应对 3 个帖子 - 2 位参与者 阅读完整话题
登录界面跳出 ployfill.io 的登录窗口，我一开始没有在意，输入账户密码半天进不去，仔细看看这玩意不是 alist 账户登录弹窗 https://imgur.com/a/s2W5VDy
登录界面跳出 ployfill.io 的登录窗口，我一开始没有在意，输入账户密码半天进不去，仔细看看这玩意不是 alist 账户登录弹窗 https://imgur.com/a/s2W5VDy
登录界面跳出 ployfill.io 的登录窗口，我一开始没有在意，输入账户密码半天进不去，仔细看看这玩意不是 alist 账户登录弹窗 https://imgur.com/a/s2W5VDy
登录界面跳出 ployfill.io 的登录窗口，我一开始没有在意，输入账户密码半天进不去，仔细看看这玩意不是 alist 账户登录弹窗 https://imgur.com/a/s2W5VDy
登录界面跳出 ployfill.io 的登录窗口，我一开始没有在意，输入账户密码半天进不去，仔细看看这玩意不是 alist 账户登录弹窗 https://imgur.com/a/s2W5VDy
登录界面跳出 ployfill.io 的登录窗口，我一开始没有在意，输入账户密码半天进不去，仔细看看这玩意不是 alist 账户登录弹窗 https://imgur.com/a/s2W5VDy
登录界面跳出 ployfill.io 的登录窗口，我一开始没有在意，输入账户密码半天进不去，仔细看看这玩意不是 alist 账户登录弹窗 https://imgur.com/a/s2W5VDy
我挂载了个联通云盘，下载正常，但上传就会卡住，无法完成，有佬友遇到过这种情况吗 1 个帖子 - 1 位参与者 阅读完整话题
写在前面： 本文首发于 Asahi Blog ，可能会出现 用词不当、不分主次、逻辑不明 等各种 错误 ，以及 入机式发言 ，希望各位佬友批评指正。 升级完 OpenList 的那一刻，我以为只是常规的 bugfix 更新，结果打开主页一看——评论区消失了。 CSS 好端端的，Waline 的样式文件请求返回 200，但 <div id="waline"> 里空空如也，高度是一个令人绝望的 908.812×0 。 折腾了一段时间之后，把问题锁定在了 v4.2.2 的一个 Breaking Change 上。这篇文章就把整个来龙去脉记录下来，顺带把修复方案整合一下，希望踩过同样坑的朋友少花点时间。 问题复现 根据 Waline快速上手中的方案 ，在旧版本（≤ 4.1.10）中仅需在主页的 元数据 README 里写一段 HTML，CSS 和 JS 全部内联： <!-- Waline 容器 --> <link rel="stylesheet" href="https://unpkg.com/@waline/client@v3/dist/waline.css" /> <div id="waline-comment" style="margin: 20px auto; max-width: 960px;"> <h2 style="text-align:center">- 评论 Comments -</h2> <div id="waline"></div> </div> <!-- Waline JS 初始化 --> <script type="module"> import { init } from 'https://unpkg.com/@waline/client@v3/dist/waline.js'; init({ el: '#waline', serverURL: 'https://comments.example.com', emoji: false, comment: true, search: false, path: window.location.pathname, }); </script> 升级到 4.2.2 之后，这段代码的表现变成： <link> 的 CSS 请求正常发出并返回 <script type="module"> 中的 JS 完全没有执行 #waline 容器尺寸为 908.812×0 （宽度撑开了，但高度为 0，Waline 从未初始化） 根本原因：PR #2346 把过滤逻辑从后端搬到了前端 v4.2.2 的 Release Notes 里有两条 Breaking Changes，其中一条就是： settings : Move FilterReadMeScripts to frontend - by @xrgzs in #2346 这条改动对应 commit a5ba6a0 ，看一下实际 diff 就很清楚了。 旧版后端做了什么 旧版的 server/handles/down.go 在代理 .md 文件时，如果 FilterReadMeScripts 开关为 true （默认开启），会在 后端 走一套完整的处理流水线： 用 goldmark 把 Markdown 源文件渲染成 HTML 用 bluemonday 的 UGC Policy 对 HTML 进行 sanitize（消毒） 把清洗过的 HTML 以 text/html 形式返回给前端 bluemonday 的 UGC Policy 会 剥除 <script> 、 <link> 等危险标签 ，这是它的设计初衷。但这套流水线只在 直接代理 .md 文件 时（走 /d/ 路径）才触发，主页展示 README 走的是 /api/fs/get API 接口，后端直接原样返回 Markdown 内容，不经过 bluemonday。 所以旧版真正起作用的机制在前端：前端把 README 内容渲染为 HTML 注入到页面后，会对其中的 <script> 标签做一次 克隆重新 append 的处理，让它们实际执行。 <script type="module"> 就是通过这个机制被触发的。 新版改动：32 行代码的删除 commit a5ba6a0 从 down.go 里 整体删除 了那 31 行后端清洗逻辑，同时移除了对 goldmark 和 bluemonday 两个依赖库的引用，并在 setting.go 里给 FilterReadMeScripts 的配置加上了注释 // frontend ，意思是：这个开关的实际执行逻辑已经全部交给前端负责了。 这是一次架构上的合理重构——把视图层的过滤放在前端做，后端减负，逻辑更清晰。 但问题在于 ：前端新版本对 README 内容里 <script> 标签的处理比之前更严格， type="module" 形式的脚本会被 直接过滤掉，不再执行 。 这就解释了所有现象： 现象 原因 CSS 正常加载 <link> 标签通过了前端的过滤，或走了不同处理路径 JS 完全不执行 <script type="module"> 被前端新过滤器丢弃 #waline 高度为 0 容器 div 存在，但 Waline 从未初始化，内容为空 顺便一提， <script type="module"> 在被 innerHTML 动态插入 DOM 时，浏览器本身也不会自动执行——这是浏览器的安全规范，ES Module 的 import 语义只在顶层脚本上下文有效。所以即使前端没过滤，不经过特殊处理的 module script 也跑不起来。旧版前端的克隆 append 机制恰好绕过了这个限制，新版则没有。 完整修复方案 修复思路是把代码分散到三个不同的注入点，各司其职，完全绕开 README 的过滤器： 第一步：自定义头部（Custom Head）—— 放 CSS 进入 设置 → 全局 → 自定义头部 ，填入： <link rel="stylesheet" href="https://unpkg.com/@waline/client@v3/dist/waline.css"> <head> 里的 <link> 走标准 HTML 解析路径，完全不经过任何 README 过滤器，稳定可靠。 第二步：自定义 Body（Custom Body）—— 放 JS 初始化逻辑 进入 设置 → 全局 → 自定义 Body ，填入以下完整代码： <!-- 引入 UMD 版本的 Waline（挂载到 window.Waline 全局变量） --> <script src="https://unpkg.com/@waline/client@v3/dist/waline.umd.js"></script> <script> (function() { let walineInstance = null; let initTimer = null; function doInitWaline() { const walineEl = document.querySelector('#waline'); if (!walineEl || typeof Waline === 'undefined') return; // 容器内已有内容，说明 Waline 正常挂载着，无需重复初始化 if (walineEl.children.length > 0) return; // 有旧实例先销毁，防止内存泄漏 if (walineInstance && typeof walineInstance.destroy === 'function') { try { walineInstance.destroy(); } catch(e) {} walineInstance = null; } walineInstance = Waline.init({ el: '#waline', serverURL: 'https://comments.example.xyz', // 替换为你的 Waline 服务地址 emoji: false, comment: true, search: false, path: window.location.pathname, }); } // 防抖：SPA 路由切换时 DOM 频繁变动，延迟 300ms 等待稳定 function debouncedInit() { clearTimeout(initTimer); initTimer = setTimeout(doInitWaline, 300); } // 1. 页面首次加载 doInitWaline(); // 2. 监听 DOM 变化（SPA 框架动态重建 DOM 时触发） const observer = new MutationObserver(debouncedInit); observer.observe(document.body, { childList: true, subtree: true }); // 3. 拦截 History API（前进/后退/框架内部路由跳转） const originalPushState = history.pushState; const originalReplaceState = history.replaceState; history.pushState = function() { originalPushState.apply(this, arguments); debouncedInit(); }; history.replaceState = function() { originalReplaceState.apply(this, arguments); debouncedInit(); }; window.addEventListener('popstate', debouncedInit); })(); </script> 为什么改用 UMD 而不是 ESM？ 原来的 import { init } from '...waline.js' 是 ES Module 写法，有两个问题：一是动态插入的 <script type="module"> 浏览器不执行；二是前端过滤器会丢弃它。改用 waline.umd.js 后，脚本加载后直接把 Waline 挂到 window 上，后续代码用 Waline.init() 调用，完全是普通的全局变量方式，没有任何模块化限制。 为什么需要 MutationObserver 和 History API 拦截？ OpenList 是基于 SolidJS 的 SPA（单页应用）。当你从别的目录切换回主页时，整个 DOM 树会被 SolidJS 销毁并重建，之前初始化的 Waline 实例也随之消失。如果只在页面加载时初始化一次，路由切换回来后评论区就空了。 MutationObserver 监听 document.body 的子树变化，每次 DOM 重建后都会触发重新初始化； history.pushState/replaceState 的拦截则覆盖了框架内部路由跳转的场景；300ms 防抖避免 DOM 频繁变动时重复触发。 第三步：主页元数据 README —— 只保留容器 div 回到主页元数据，把 <script> 和 <link> 全部删掉，只保留 HTML 容器： <div id="waline-comment" style="margin: 20px auto; max-width: 960px;"> <h2 style="text-align:center">- 评论 Comments -</h2> <div id="waline"></div> </div> 纯粹的 <div> 不含任何可执行内容，不会被任何过滤器动到。JS 找到这个 #waline 容器后负责挂载，CSS 从 <head> 里来，三方各归其位。 三种注入点的本质区别 理解这三个位置的差异，以后遇到类似问题就不会懵了： 注入点 处理机制 能跑 <script> ？ 能跑 <link> ？ 主页元数据 README 前端 Markdown 渲染 + 新版过滤器 （被过滤） 看情况，不稳定 自定义 Body 直接注入 <body> ，不走 README 过滤器 自定义 Head 注入 <head> ，标准 HTML 解析 README 的设计初衷是内容展示，过滤脚本是合理的安全考量。需要执行 JS 的逻辑就应该放到 Custom Body/Head 这两个专门为此设计的位置。 1 个帖子 - 1 位参与者 阅读完整话题
claude code桌面端，想直接让它访问github, 开了梯子，TUN模式都不行. 问了它，说是沙盒的限制，但是沙盒allowlist又不能改。 Claude-Desktop claude-code 6 个帖子 - 2 位参与者 阅读完整话题
不看gui，也不看mount。的情况下，这两个有啥区别？ 所以cd2这钱出的有价值吗？想问下。 我在使用中。但并没有因为cd2免费版而遇到问题。而cd2我主要就是用来挂载为本地的。 但换个思路，其实openlist也能用rclone来挂载为本地，所以区别是啥呢？ cd2很多功能都需要收费。如果仅仅是挂载付费，并不划算。因为有rclone。 我主要维度在于以下几个方面： 支持网盘，openlist和alist压倒性的。cd2没任何优势。 webdav 策略，cd2 是走代理，所以速度可能极慢。openlist可以302。cd2没任何优势。 多租户，cd2要收钱，openlist可以随便添加。控制程度远高于cd2。 所以，cd2这个499，是否有价值？想问下，cd2有什么openlist无法企及的？因为我也算是用了一阵子了。openlist是一直用。cd2是我mount的时候用到的。因为能直接挂载115，而不需要加一层openlist，rclone要直接挂载115也行，但稳定性并没有cd2和openlist高。 2 个帖子 - 2 位参与者 阅读完整话题
有没有人用openlist挂载过迅雷云盘的，我看教程里面 迅雷、迅雷专家版、迅雷X、迅雷X专家版、迅雷浏览器、迅雷X浏览器 一大堆，对于 有会员 的迅雷都有啥区别啊，挂载哪个好一些？ 另外，有会员这个速度，为啥有的下载虽然不快，但也能用 有的慢如龟爬啊 不是同时下载 另外好奇，迅雷支持302播放视频不？ 2 个帖子 - 2 位参与者 阅读完整话题
应该有很多人跟我一样不喜欢桌面一堆乱七八糟的图标，也不想装 uTools、Listary 这种额外的启动器。所以俺来分享一下这个用了好多年的 windows 上的软件使用习惯 核心思路：把所有软件的快捷方式统一放到一个文件夹（比如 QuickWay ），再把这个文件夹加进环境变量，之后就可以在任意界面按下 Win+R 输入快捷方式名称回车，就可以直接打开对应软件 1. 新建一个放快捷方式的文件夹 在任意位置新建一个文件夹，命名为 QuickWay （名字随意，以下统一用这个），建议放在不容易误删的位置，我是放在了个人文件夹下，即 C:\Users\TaiYang\QuickWay 2. 把所有软件的快捷方式放进去 把桌面上或者开始菜单里你常用软件的快捷方式（ .lnk 文件）全部 复制/剪切 到 QuickWay 文件夹里 注：快捷方式最好按个人习惯重命名，比如把微信改成 wx ，把 Clash Verge 改成 c ，短了好记 获取快捷方式的几种方式： 桌面已有的图标：直接全选拖进去 开始菜单里的图标：右键 → 更多 → 打开文件位置，把里面的快捷方式复制出来 安装目录里的 .exe 文件：右键 → 创建快捷方式，再把生成的快捷方式剪进去 3. 把 QuickWay 文件夹加入环境变量 按下 Win 键搜索"环境变量"，点击"编辑系统环境变量" 在弹出的"系统属性"窗口右下角点击"环境变量(N)…" 在下方的"系统变量"里下拉找到 Path ，双击打开 点击右边 新建(N) ，把 QuickWay 文件夹的完整路径粘贴进去，然后点击三个 确定 保存 4. 验证效果 按下 Win+R 打开运行框，输入设置好的名字（比如 c ）回车，对应的软件应该会被正常启动 如果提示说找不到，可能是： 环境变量没保存或路径写错了 环境变量没生效，重启一下资源管理器 5. 整理桌面 确认所有常用软件都能通过 Win+R 启动后，就可以把桌面上的快捷方式全部删掉了，只保留你想保留的，比如我只留了一个"回收站" 6. 进阶用法 网址也能加进去 ：在 QuickWay 里新建快捷方式，目标填网址（比如 https://github.com ），命名为 gh ，之后 Win+R 输入 gh 就能直接打开浏览器跳转 常用文件夹也能加进去 ：同样新建快捷方式指向某个文件夹，例如指向 D:\Work 命名为 w ， Win+R 输入 w 直接打开资源管理器 脚本也能加进去 ：把常用脚本放进 QuickWay 或单独建一个文件夹加进环境变量，也可以通过这种方法一键运行脚本文件 7. 碎碎念 这个方法解决的一个痛点就是，当你在全屏专注码字、敲代码或者看视频等等的时候，突然想打开个软件，现在就不用回到桌面在打开软件，直接按 Win+R 输入名字就好了 关于一些很常用的软件，比如 qq、微信，直接放在开始菜单里，我感觉也很方便 当然当然，以上也只是分享一下我的个人习惯，毕竟自己的电脑自己用的舒服就行，适合自己的才是最好的 7 个帖子 - 7 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 LINUX DO 社区： 是 我帖子内的项目介绍，AI生成、润色内容部分已截图发出： 是 以上选择我承诺是永久有效的，接受社区和佬友监督： 是 以下为项目介绍正文内容，AI生成、润色内容已使用截图方式发出 项目地址 GitHub - liuzhijie443/yd-mclaw: 移动云盘mclaw项目，通过项目部署后更换模型、应用管理、内网穿透、自启动管理等，让容器具备一定的可玩性。 · GitHub ---------------------------------VPS融合怪测试---------------------------------- 版本：v0.1.139 测评频道: https://t.me/+UHVoo2U4VyA5NTQ1 Go项目地址：https://github.com/oneclickvirt/ecs Shell项目地址：https://github.com/spiritLHLS/ecs ----------------------------------系统基础信息---------------------------------- CPU 型号 : Intel(R) Xeon(R) Gold 5218 CPU @ 2.30GHz CPU 数量 : 2 Socket(s), 32 Physical Core(s), 64 Logical Thread(s) CPU 缓存 : L1: 2 MB / L2: 32 MB / L3: 44 MB AES-NI : ✔️ Enabled VM-x/AMD-V/Hyper-V : ✔️ Enabled 内存 : 80.09 GB / 754.28 GB 气球驱动 : ❌ Undetected 内核页合并 : ❌ Undetected 虚拟内存 Swap : [ no swap partition or swap file detected ] 硬盘空间 Disk 1 : 34.69 GB / 438.97 GB [7.9%] /dev/sdb1 - /etc/hosts 硬盘空间 Disk 2 : 34.69 GB / 438.97 GB [9%] overlay - / 启动盘路径 : overlay 系统 : debian 12.13 [x86_64] 内核 : 4.19.0-240.23.36.el8_2.bclinux.x86_64 系统在线时间 : 47 days, 02 hours, 19 minutes 时区 : CST 负载 : 30.78 / 29.45 / 27.98 虚拟化架构 : Dedicated (No visible signage) NAT类型 : Symmetric IPV4 ASN : AS9808 China Mobile Communications Group Co., Ltd. IPV4 Location : China ----------------------------CPU测试-通过sysbench测试---------------------------- 1 线程测试(单核)得分: 767.81 64 线程测试(多核)得分: 1215.61 当前检测到系统无root权限 ---------------------------内存测试-通过sysbench测试---------------------------- 内存复制速度(读+写) (MEMCPY) : 5038.81 MB/s 内存复制速度(读+写) (DUMB) : 5280.44 MB/s 内存复制速度(读+写) (MCBLOCK) : 4741.61 MB/s ------------------------------硬盘测试-通过fio测试------------------------------ 测试路径 块大小 读测试(IOPS) 写测试(IOPS) 总和(IOPS) /tmp 4k 139.85 MB/s(35.0k) 140.22 MB/s(35.1k) 280.07 MB/s(70.0k) /tmp 64k 146.95 MB/s(2296) 147.72 MB/s(2308) 294.67 MB/s(4604) /tmp 512k 145.41 MB/s(284) 153.14 MB/s(299) 298.55 MB/s(583) /tmp 1m 135.33 MB/s(132) 144.34 MB/s(140) 279.68 MB/s(272) -----------------------------------IP质量检测----------------------------------- 以下为各数据库编号，输出结果后将自带数据库来源对应的编号 ipinfo数据库 [0] | scamalytics数据库 [1] | virustotal数据库 [2] | abuseipdb数据库 [3] | ip2location数据库 [4] ip-api数据库 [5] | ipwhois数据库 [6] | ipregistry数据库 [7] | ipdata数据库 [8] | db-ip数据库 [9] ipapiis数据库 [A] | ipapicom数据库 [B] | bigdatacloud数据库 [C] | dkly数据库 [D] | ipqualityscore数据库 [E] ipintel数据库 [F] | ipfighter数据库 [G] | fraudlogix数据库 [H] | cloudflare数据库 [I] | IPV4: 安全得分: 信任得分(越高越好): 100 [8] VPN得分(越低越好): 0 [8] 代理得分(越低越好): 0 [8] 社区投票-无害: 0 [2] 社区投票-恶意: 0 [2] 威胁得分(越低越好): 0 [8] 欺诈得分(越低越好): 0 [E] 滥用得分(越低越好): 0 [3] ASN滥用得分(越低越好): 0.0002 (Very Low) [A] 公司滥用得分(越低越好): 0.0003 (Very Low) [A] 威胁级别: low [B] 流量占比: 真人(越高越好)73% [I] 机器人(越低越好)26% [I] 黑名单记录统计:(有多少黑名单网站有记录): 无害记录数: 0 [2] 恶意记录数: 0 [2] 可疑记录数: 0 [2] 无记录数: 91 [2] 安全信息: 使用类型: isp [0 3 7 8 A] unknown [C] 公司类型: isp [0 7 A] 浏览器类型: 主流61% 其他38% [I] 设备类型: 桌面60% 移动39% 其他0% [I] 操作系统类型: 主流95% 其他4% [I] 是否云提供商: No [7 D] 是否数据中心: No [0 5 8 A C] 是否移动设备: No [C] Yes [5 A E] 是否代理: No [0 4 5 7 8 A B C D E] 是否VPN: No [0 7 A C D E] 是否TorExit: No [7 D] 是否Tor出口: No [7 D] 是否网络爬虫: No [A B E] 是否匿名: No [7 8 D] 是否攻击者: No [7 8 D] 是否滥用者: No [7 8 A C D E] 是否威胁: No [7 8 C D] 是否中继: No [0 7 8 C D] 是否Bogon: No [7 8 A C D] 是否机器人: No [E] DNS-黑名单: 304(Total_Check) 0(Clean) 8(Blacklisted) 13(Other) ----------------------------------邮件端口检测---------------------------------- Platform SMTP SMTPS POP3 POP3S IMAP IMAPS LocalPort ✘ ✘ ✘ ✘ ✘ ✘ QQ ✔ ✔ ✔ ✘ ✔ ✘ 163 ✔ ✔ ✔ ✘ ✔ ✘ Sohu ✔ ✔ ✔ ✘ ✔ ✘ Yandex ✔ ✔ ✔ ✘ ✔ ✘ Gmail ✘ ✘ ✘ ✘ ✘ ✘ Outlook ✔ ✘ ✔ ✘ ✔ ✘ Office365 ✔ ✘ ✔ ✘ ✔ ✘ Yahoo ✔ ✔ ✘ ✘ ✘ ✘ MailCOM ✔ ✔ ✔ ✘ ✔ ✘ MailRU ✔ ✔ ✘ ✘ ✔ ✘ AOL ✔ ✔ ✘ ✘ ✘ ✘ GMX ✔ ✔ ✔ ✘ ✔ ✘ Sina ✔ ✘ ✔ ✘ ✔ ✘ Apple ✘ ✘ ✘ ✘ ✘ ✘ FastMail ✘ ✔ ✘ ✘ ✘ ✘ ProtonMail✘ ✘ ✘ ✘ ✘ ✘ MXRoute ✔ ✘ ✔ ✘ ✔ ✘ Namecrane ✔ ✔ ✔ ✘ ✔ ✘ XYAMail ✘ ✘ ✘ ✘ ✘ ✘ ZohoMail ✘ ✔ ✘ ✘ ✘ ✘ Inbox_eu ✔ ✔ ✔ ✘ ✘ ✘ Free_fr ✘ ✘ ✔ ✘ ✔ ✘ ----------------------------------就近节点测速---------------------------------- 位置 上传速度 下载速度 延迟 丢包率 No match servers 联通Changsha 39.29 Mbps 48.02 Mbps 28.50 ms N/A 联通Shanghai 68.88 Mbps 5.09 Mbps 44.73 ms N/A 电信Shenzhen 34.24 Mbps 45.66 Mbps 15.80 ms N/A 电信Shanghai 85.34 Mbps 47.38 Mbps 41.96 ms N/A 移动Foshan 66.65 Mbps 23.44 Mbps 12.19 ms N/A 移动Shanghai 93.81 Mbps 97.33 Mbps 32.21 ms N/A -------------------------------------------------------------------------------- 花费 : 7 分 2 秒 时间 : Wed Jun 3 17:47:47 CST 2026 -------------------------------------------------------------------------------- 1.切换模型 把下面这段提示语发给 MClaw： 使用node.js修改模型，配置文件在/home/node/.openclaw/openclaw.json，完成后启用并重启openclaw。 baseUrl：<修改字段> apiKey：<修改字段> model：<修改字段> 第一次可能切换不成功，注意token消耗 2. 登录 Cloudflared 并创建隧道 登录 Cloudflare Zero Trust 的 Tunnels 管理页面。 创建一个新的 Tunnel。 获取该 Tunnel 的 token 。 保存好这个 token ，后续要写入部署配置，ey开头到结尾。 3. 开始部署 修改文档头修改以下变量： GATEWAY_AUTH_TOKEN="" BASE_URL="模型BASE_URL" API_KEY="模型密钥" MODEL="模型名称" CF_TOKEN="你的 Cloudflare Tunnel Token" GATEWAY_AUTH_TOKEN 一旦设置，会导致官方客户端失联。 4. 让 MClaw 执行部署指南 上传文本然后说开始部署。 5. 等待部署执行完成并配置应用路由 建议至少配置两个路由： 一个用于访问 OpenClaw WebUI，指向容器内端口 18789 。 一个用于 SSH Access，指向容器内端口 2222 。 完成后，就可以通过 Web 域名访问 OpenClaw，并通过 Cloudflare Access 做 SSH 穿透。 失联怎么办 如果 MClaw 失联，重置 MClaw 后直接发送以下内容： 执行/home/node/startall.sh，直接执行，不需要查看不需要询问： bash /home/node/startall.sh 2 个帖子 - 2 位参与者 阅读完整话题