前言我在 NAS 上整理资料时最浪费时间的往往不是下载而是搜索入口太散一个关键词要在不同网盘、不同频道和不同搜索页里反复试最后还得自己判断哪些结果重复、哪些已经失效。Pansou 吸引我的地方就在这里它不是新的网盘也不负责替我保存文件而是把 Telegram 频道和插件搜索结果聚合到一个 Web 页面里再按网盘类型、时间和关键词等信息整理结果。对我来说真正有用的是先把“到处找入口”这一步收回来。尤其是 NAS 里已经搭好媒体库、资料库以后搜索往往会变成整个整理流程最前面、也最容易浪费时间的一环。这次我在 VMware Workstation 里的 fnOS V0.8.41 环境部署 Pansou通过 SSH 进入飞牛 NAS使用ghcr.io/fish2018/pansou-web镜像把宿主机8085映射到容器80。局域网打开页面后实际测试了关键词搜索和结果分类。随后安装 cpolar在9200管理页面里预留二级子域名并创建指向8085的 HTTP 隧道让外部浏览器也能打开 Pansou。整篇会把“搜索服务”“网盘里的实际文件”和“公网访问入口”分开说明不把搜索到结果写成资源一定有效也不把 Pansou 写成真正存储文件的网盘。1. Pansou 的角色先说清楚它是搜索入口不是网盘Pansou 是一个网盘资源搜索 API 服务当前功能说明里包含Telegram 频道搜索自定义插件搜索多来源并发搜索基于插件等级、时间新鲜度和关键词匹配的排序内存与磁盘缓存自动识别网盘类型并分类展示。支持识别的类型包括百度网盘阿里云盘夸克网盘天翼云盘UC 网盘移动云盘115 网盘PikPak迅雷网盘123 网盘magneted2kothers。我更愿意把它理解成一个统一的搜索入口。搜索结果来自外部频道和插件Pansou 本身并不等于这些网盘也不会替我保证每一个结果都长期有效。真正打开或保存资源时仍然要看对应平台的权限、链接状态和使用规则。2. 这次 fnOS 环境是什么当前测试环境是在 Windows 上通过 VMware Workstation 安装的 fnOS 虚拟机。系统版本V0.8.41如果是 x86 物理机也可以通过 fnOS 官方镜像制作启动盘后安装。当前虚拟机 Web UI 示例地址是http://192.168.184.130:5666这个地址只是当前虚拟机环境示例实际使用时以自己飞牛 NAS 的地址为准。3. 先确认飞牛 NAS 已经有 Docker进入飞牛云主页确认 Docker 已经安装。Pansou 这次直接通过 Docker 容器运行所以 Docker 环境是后续步骤的基础。4. 开启 SSH进入飞牛 NAS在设置里打开 SSH。电脑终端中使用ssh chenyuge192.168.6.131这里的示例用户名和 IP 是用户名chenyugeIP192.168.6.131登录以后当前步骤继续写的是sodo -i然后输入密码切换到 root 权限。这里的命令拼写与常见写法并不一致真正执行时要先确认终端反馈不要在没有进入预期权限状态的情况下继续运行 Docker 命令。5. 一条 Docker 命令启动 Pansou执行dockerrun-d--restartalways--namepansou-p8085:80 ghcr.io/fish2018/pansou-web这条命令里的关键参数是容器名pansou镜像ghcr.io/fish2018/pansou-web宿主机端口8085容器端口80重启策略--restartalways也就是说后面局域网访问使用的是飞牛 NAS 的8085端口。容器启动以后在浏览器输入飞牛NAS IP:8085就能打开 Pansou Web 页面。到这里先确认fnOS → Docker → Pansou →8085:80→ 局域网浏览器这一层已经打通。6. 搜索页真正解决的是“多入口反复找”Pansou 首页主要就是搜索框。输入关键词以后页面会返回多个来源的搜索结果并按网盘类型分类显示。当前演示里使用了《沙丘2》作为关键词。我更关注的是它展示出来的搜索逻辑一个关键词 → 多来源搜索 → 分类 → 去重 / 排序 → 结果页。搜索页面里出现某个结果不代表链接一定长期有效也不代表当前账号一定具备访问权限。对影视、电子书、软件等内容实际使用时还应遵守对应资源平台规则和版权要求。7. 局域网里能搜以后再解决外部访问在家里或者办公室内网时直接访问飞牛NAS IP:8085就够了。但如果这个搜索页已经成了自己固定使用的入口人在外面时就需要解决网络可达性。这里再加入 cpolar。cpolar 在这套方案里负责的是把已经运行在8085的 Pansou Web 页面提供到公网。它不负责搜索 Telegram 频道不处理插件逻辑也不保存网盘资源。8. 在 fnOS 上安装 cpolar先确认飞牛 NAS 的 SSH 已开启默认端口保持22再通过飞牛 NAS 的 IP 地址连接 SSH。连接成功以后执行sudocurlhttps://get.cpolar.sh|sh安装完成后检查服务状态sudosystemctl status cpolar状态正常以后通过飞牛主机 IP 9200打开 cpolar Web UI。当前页面文字使用http://localhost:9200登录以后就可以配置 Pansou 的公网入口。9. 这次直接按长期使用预留固定二级子域名当前流程没有先创建随机域名而是直接按长期使用来配置固定二级子域名。先进入 cpolar 官网预留 → 保留二级子域名地区填写china top名称自定义。当前步骤还提到使用的是nas20m套餐。具体套餐按自己的实际需求选择后面的关键是拿到已经预留成功的二级子域名。10. 创建指向 8085 的 Pansou 隧道复制预留成功的子域名回到 cpolar 管理页面。进入隧道管理 → 创建隧道当前参数为隧道名称ziyuan协议http本地地址8085域名类型二级子域名域名粘贴前面预留成功的子域名地区China Top这里本地地址一定要和前面的 Docker 端口对应。Pansou 当前 Docker 命令是8085:80所以 cpolar 指向的是宿主机8085而不是容器内部的80。11. 外部浏览器验证固定公网地址创建完成以后进入状态 → 在线隧道列表可以看到当前生成了两条固定公网地址。复制其中一个地址从其他设备打开。Pansou 页面能够正常访问。这一层真正验证的是外部浏览器 → cpolar 固定公网地址 → 飞牛 NAS8085→ Pansou Web。12. 我会怎么用 Pansou而不是把它当“万能资源库”Pansou 对我最有价值的地方是减少搜索入口。它不会替我完成下面这些事情不会把外部网盘内容变成自己的 NAS 文件不会保证搜索结果永久有效不会保证每个结果都有访问权限不会替我判断内容是否合法、是否适合下载不会因为加了公网入口就自动变成一个完整影视库。所以我更愿意把整个链路拆成三层搜索层Pansou负责聚合和展示搜索结果。资源层各个实际网盘或外部来源负责文件本身和访问权限。网络层cpolar负责让外部设备能够打开 Pansou 页面。把这三层分开以后后续出了问题也更容易判断到底是哪一层。总结这次真正跑通的主线是VMware Workstation → fnOS V0.8.41 → Docker → SSH →ghcr.io/fish2018/pansou-web→8085:80→ Pansou Web → 关键词搜索 → 结果分类 → cpolar →9200→ 二级子域名预留 → 隧道ziyuan→ 本地8085→China Top→ 固定公网地址 → 外部浏览器访问。几个细节需要继续留意fnOS Web UI 示例是192.168.184.130:5666SSH 示例又使用192.168.6.131两处属于不同示例地址实际操作以自己 NAS 当前 IP 为准SSH 后的提权步骤写的是sodo -i执行时要先根据终端反馈确认是否进入预期权限状态Docker 使用8085:80cpolar 映射的是宿主机8085Pansou 是搜索服务不是实际网盘存储搜索结果来自外部来源结果是否有效、是否有权限访问要以对应平台为准cpolar 只负责 Pansou Web 页面公网入口不参与搜索和资源存储当前流程直接配置固定二级子域名没有先走随机域名隧道名称继续使用ziyuan地区保留China Top“随时随地都能听歌”这类与 Pansou 搜索无关的串场内容没有继续放进流程。如果我只是偶尔找一次公开资料未必需要单独部署一个服务但只要经常在多个来源之间反复搜索Pansou 把搜索入口统一起来就有实际价值。对我来说它真正省下的是“到处找”的时间而不是把所有资源都变成了自己的。
企业数字化 ERP 产品动态
相关推荐
占位符‘asdfasdf‘引发的数据污染：从排查到防护的完整指南 聊个现象。前两天帮人排查接口数据，发现数据库里有一条用户名叫“asdfasdf”的注册记录，头像、手机号、邮箱全是同一套乱敲的字符串。我盯着这行数据看了三秒，差点笑出声——这串字符太眼熟了，十个人里有八个在联调时都往输入框里… · 2026/9/26 5:41:35
UML序列图实战指南：从接口联调到架构评审的完整解析 /* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/9/26 5:41:35
笛卡尔积与关系：从SQL JOIN到数据库地基的彻底搞懂 1. 从一段SQL说起：为什么笛卡尔积和关系是绕不开的地基很多人第一次听到“笛卡尔积”这个词，不是在数学课上，而是在某个关于SQL JOIN的警告帖里——“不要写没有ON条件的连接，否则会出现笛卡尔积爆炸。”而“关系（Rela… · 2026/9/26 5:41:35
RLHF、RLAIF与RLVR：大模型对齐的工程选型指南 1. 这不是三套“高大上”名词的堆砌，而是对齐工程中三条真实技术路径的实战选择你打开一篇论文，看到标题里写着“RLHF vs RLAIF vs RLVR”，第一反应可能是：又一个术语拼盘？但如果你正在调试一个大模型微调流程… · 2026/9/26 6:14:15
鸿蒙ArkTS智慧农业作物管理：从种植建档到农事追溯 1. 内容整体设计与思路拆解聊了八篇鸿蒙开发，设备接入、数据采集、协议解析都理顺了，后台收到的留言多起来，问得最多的问题基本一致：数据收上来之后怎么变成农户真正愿意用的东西？所以第9篇我把焦点从底层链路拉回到业… · 2026/9/26 6:14:03
运输问题与指派问题：从线性规划建模到匈牙利算法的运筹实战 简介：运输问题与指派问题是运筹学中经典的资源优化分配模型，广泛应用于物流调运、生产调度与任务分配场景。这份PPT学习教案面向运筹学初学者及相关专业学生，系统讲解两类问题的基本概念、数学模型和电子表格建模方法，重点涵盖产销… · 2026/9/26 6:14:03
MinGW-w64离线安装完全指南：环境确定性与ABI兼容性保障 1. 为什么“离线安装”这件事，在嵌入式开发、军工仿真和教育机房里，比网速还重要MinGW-w64不是个新东西，但每次在客户现场打开官网下载页面，看到那个写着“Download from SourceForge”的蓝色按钮，我就下意识点开任务管… · 2026/9/26 6:14:03
GitHub精选四款AI开源工具，打造从资料到PPT的智能工作链 不知道你 GitHub 的 star 列表里躺着多少个 AI 项目。就我自己而言，账号里一度存了 80 多个，其中一半以上是点进去翻两屏 README 就再也没打开过的 Demo 项目。后来我给自己定了条规矩：每个季度只允许自己新收藏 5 个，前提是它真能… · 2026/9/26 6:14:03
OpenFeign接口契约先行：用代码定义微服务边界 “接口契约先行”这句话听起来像项目启动会上的漂亮口号，但它解决的全是实际联调中的痛。服务一拆，调用方和提供方各自在自己的代码库里狂奔，等到环境联调时才发现：你返回的字段我根本不认识，我约定的格式你理解成了另… · 2026/9/26 6:14:03
数据库课后习题答案别硬背：当测试用例集刷，效率翻倍 简介：万常选版《数据库原理与设计》课后习题答案资源，覆盖第2至6章及第9章，适合正在学习关系模型、数据库建模、关系数据理论与模式求精的本科生、自学者作为复习与自测材料。压缩包共7个文件，含3个doc参考答案、2个sql示例脚本、… · 2026/9/26 0:00:21
OpenClaw 替代品？Hermes Agent 踩坑实录：macOS 飞书接入 TaoToken 配置 /* MD / 富文本中的 .toc（含博客园搬家等嵌套结构）；.toc-box 在侧栏，不受影响 */#content_views .toc,/* 编辑器常在目录前后插入空 p（:empty 仍占 20px），一并去掉避免顶空隙 */#content_views.markdown_views > p:empty:has(+ .toc),#content_views.markdown_views … · 2026/9/26 0:00:40
向下兼容与向上兼容：接口设计中的兼容性策略与工程实践 一次版本升级事故，是很多团队绕不过去的坎。线上环境里，服务端明明已经上线了新版接口，老的移动端还在照着旧文档传参数。请求一到网关，校验直接拒绝，用户操作失败，客服群炸了锅，开发群里开始互… · 2026/9/26 0:00:46
