大家好，最近做了一个 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/ 文件夹。请保留这个目录，它包含数据库、密钥、配置和日志。
我挂载了个联通云盘，下载正常，但上传就会卡住，无法完成，有佬友遇到过这种情况吗 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 位参与者 阅读完整话题
不看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 位参与者 阅读完整话题
本帖使用社区开源推广，符合推广要求。我申明并遵循社区要求的以下内容： 我的帖子已经打上 开源推广 标签： 是 我的开源项目完整开源，无未开源部分： 是 我的开源项目已链接认可 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 位参与者 阅读完整话题
每次都提示“权限不足以访问此目的地文件夹”。 网上也找了相关的帖子，但都没能解决 包括但不限于 修改时区 将webdav策略改为 本地代理 在空文件夹中 上传一个文件 挂载的是百度网盘，请问有大佬能知道怎么解决吗？ 1 个帖子 - 1 位参与者 阅读完整话题
从 文件加密小工具 继续讨论 https://linux.do/t/topic/1591540 之前为了实现openlist encrypt驱动文件 本地加密-官方工具上传-服务器查看 的路径，使用Python做了一个小工具，支持GUI操作，但加解密操作依赖openlist可执行程序，整体不够优雅。 最近了解到rust性能非常优秀，尝试使用rust实现，折腾半天之后，交叉加解密始终无法通过，原因是rust使用的加密库和go有差异。 最近使用go语言重做了该项目，简单测试基本通过，现在分享给大家。工具的特点如下： 使用后端GO实现， Wails 框架实现GUI，依赖WebView 不依赖rclone，openlist等加解密可执行程序 加解密和openlist完全兼容 密钥、盐值的混淆还原操作完全兼容 https://wormhole.app/52PjR0#GmPm_gHw8VBHlM4XjGv1AA easy-crypt-go/ ├── main.go # 入口：GUI/CLI 双模式 ├── app.go # Wails GUI 后端（15 个暴露方法） ├── wails.json # Wails 项目配置 ├── go.mod / go.sum # Go 模块定义 ├── .gitignore # 构建产物忽略规则 ├── README.md # 项目说明 ├── frontend/ │ ├── index.html # GUI 界面（中文） │ ├── style.css # 深色主题样式 │ ├── main.js # 前端交互逻辑 │ └── wailsjs/ # Wails 自动生成的 JS/TS 绑定 ├── internal/ │ ├── cli/cli.go # CLI 命令（encrypt/decrypt/obscure/reveal/config） │ ├── crypto/ │ │ ├── obscure.go # 密码混淆（AES-256-CTR，rclone 兼容） │ │ ├── key_derivation.go # 密钥派生（scrypt N=16384） │ │ ├── file_cipher.go # 文件内容加密（NaCl SecretBox） │ │ ├── filename_cipher.go # 文件名加密（EME / 旋转密码） │ │ ├── dirname_cipher.go # 目录名加密 │ │ └── crypto_test.go # 23 个单元测试 │ ├── core/ │ │ ├── config.go # JSON 配置管理 │ │ ├── processor.go # 加密/解密处理引擎 │ │ ├── file_walker.go # 递归目录遍历 │ │ └── core_test.go # 7 个单元测试 │ └── utils/error.go # 公共错误类型 # 解压 tar xzf easy-crypt-go-src.tar.gz cd easy-crypt-go # 安装 Wails CLI go install github.com/wailsapp/wails/v2/cmd/wails@latest # 构建当前平台 GUI wails build # macOS Apple Silicon wails build -platform darwin/arm64 1 个帖子 - 1 位参与者 阅读完整话题
需求是用来做网盘的管理工具有可视化界面，另外也想通过它分享一些文件给公网用户使用，各位大佬，优先选哪个？
设计上基本上照搬了 Openlist 的 123pan 的设计 项目地址 之前是想给 rclone 官方投 pr 的，后面来来回回就没人审核了就算了 目前是加了自动写 Release 和 fetch 上游，如果有问题还请大家多多提 issue 或者在这里面反馈
设计上基本上照搬了 Openlist 的 123pan 的设计 项目地址 之前是想给 rclone 官方投 pr 的，后面来来回回就没人审核了就算了 目前是加了自动写 Release 和 fetch 上游，如果有问题还请大家多多提 issue 或者在这里面反馈
设计上基本上照搬了 Openlist 的 123pan 的设计 项目地址 之前是想给 rclone 官方投 pr 的，后面来来回回就没人审核了就算了 目前是加了自动写 Release 和 fetch 上游，如果有问题还请大家多多提 issue 或者在这里面反馈
使用 openList 挂载 123 开放平台，看了下策略是 302，但是测试发现好像不是 302，是本机代理。看文档发现只能开会员用直链。。。一个月 10G，那这不废了啊。我折腾了半天的 strm 4 个帖子 - 2 位参与者 阅读完整话题
#OpenList # AList # ———————————— Neribox UI｜在安卓上更方便地管理 OpenList / Alist、Aria2、Rclone、FRPC ———————————— 最近把 Neribox UI 整理了一波，现在已经可以更方便地在安卓端管理这些常用组件了： 1、当前核心支持 OpenList / Alist 切换 2、支持 Aria2 管理与 WebUI 访问 3、支持 Rclone 挂载 4、支持 FRPC 启停 5、支持配置管理、备份恢复、tracker 更新 6、支持 KernelSU Web 页面切换 7、支持模块仪表盘、版本检测、核心更新 简单说，就是把原本需要手敲命令、手改配置的一套东西，尽量做成了更直观点的图形化入口，方便在手机上直接管理。 ———————————— 目前功能 ———————————— • 当前核心管理 可在 OpenList / Alist 之间切换 支持启动、停止、更新、版本检测 支持区分当前核心显示和管理入口 • Aria2 管理 支持启停 支持修改下载目录、连接数、RPC 端口等配置 支持更新 BT tracker 支持内置 WebUI 访问 • Rclone 挂载 支持通过 WebDAV 自动挂载 支持自定义挂载参数 支持取消挂载 适合搭配当前核心一起使用 • FRPC 管理 支持启停 支持守护与开机项配置 支持自定义启动参数 • 配置管理 主配置可视化修改 Aria2 配置可视化修改 支持重载默认配置 • 备份恢复 支持备份 Neribox 数据 支持从备份 zip 恢复 恢复前会自动处理相关服务状态 • 其他 支持模块环境初始化 支持 OpenSSL 证书生成与安装 支持 KernelSU Web 页面切换 支持查看当前服务状态和网页入口 ———————————— 适合谁用 ———————————— 1、想在安卓设备上跑 OpenList / Alist 的 2、需要 Aria2 下载和 WebUI 管理的 3、想把 WebDAV 内容挂到本地目录的 4、需要手机上直接控制 FRPC、Rclone 的 5、不想每次都进终端敲一堆命令的 ———————————— 安装包下载 ———————————— 链接： wwanf.lanzoul.com NeriboxUI 密码： 2txw ———————————— 使用说明 ———————————— 首次安装后，如果检测到版本变化或者环境未初始化，先点“安装环境”即可。 如果你需要模块功能，也可以选择“安装环境和模块”。 当前核心默认支持： openlist alist 进入后可以直接在首页看到： 当前核心状态 Aria2 状态 Rclone 状态 FRPC 状态 以及对应的网页入口和管理入口。 ———————————— 一些说明 ———————————— 1、当前核心命令入口已统一，不再需要分开记忆 2、Rclone 挂载如果失败，优先检查 Root 命名空间是否为全局 3、WebDAV 挂载依赖当前核心正常启动并开启 HTTP 访问 4、如果你切换了核心，建议重新检测更新或重新挂载一次 5、部分功能需要 Root / KernelSU / Magisk 环境支持 如果遇到： 核心无法启动 更新检测异常 Rclone 挂载失败 网页入口打不开 模块安装异常 都可以直接带截图和日志来反馈。 ———————————— 最后 ———————————— 这个东西本质上还是偏工具向，主要是为了让安卓端折腾 OpenList / Alist、Aria2、Rclone、FRPC 这一套时更省事一点。 wwanf.lanzoul.com NeriboxUI 密码:2txw 改浏览器标识为电脑再打开链接 2 个帖子 - 2 位参与者 阅读完整话题
最新想把家里的小主机停了，但是偶尔需要在电视上看网盘的视频。如果在甲骨文上安装openlist，挂载123网盘或者夸克网盘，可行吗？ 4 个帖子 - 4 位参与者 阅读完整话题
目前一直使用openlist+115vip的方案。问题点 网页上传卡在100%不动， 跨网盘复制报错 移动云盘vip 可正常上传。问题点：在线编辑文件报错 189电信云盘 未具体测试 E5 onedrive 怕噶 2 个帖子 - 2 位参与者 阅读完整话题
openlist挂载还要到处复制东西，而且还会触发验证码，刚试了下不知道咋又检测到优选ip不给下 2 个帖子 - 1 位参与者 阅读完整话题
有没有佬用过cloudDrive2的直链功能,怎么样稳定吗, 最近在做一个读取115网盘的项目,openlist的直链太容易风控,cloudDrive2不知道怎么样,如果可以,想付费试试 1 个帖子 - 1 位参与者 阅读完整话题