小白级教程 · 手把手带你部署配置
📖 目录
NanShare 是什么？能吃吗？
这套系统能干什么？
准备工作
第一步：安装 Emby（媒体服务器）
第二步：安装 NanShare（核心中枢）
第三步：首次登录与基础设置
第四步：配置工具箱（核心账号配置）
第五步：配置媒体服务器（Emby 助手）
第六步：配置 STRM 工具（核心中的核心）
第七步：配置文件整理（自动分类刮削）
第八步：配置订阅追更（自动追剧）
第九步：看板功能（发现资源）
其他实用功能
常见问题与排错
参考链接
🧐 NanShare 是什么？能吃吗？
Nanshare 是一个牛逼的、基于 115、123的 网盘工具集，未来有望支持天翼云盘和夸克网盘，集成 Emby 反代、HDHive 解析、strm 生成、ed2k生成strm、文件整理刮削、Emby 缺集检测、TG转发、订阅追更、同播复制等诸多功能的项目。115 支持 cookie 与 open api 接口，核心功能转存分享再生成STRM搭配115和emby可以实现115网盘分享资源入库，不占用115空间，非永V玩家必备神器，墙裂推荐！它就像一个"万能连接器"，把你的115网盘、Emby播放器、Telegram频道串联起来，实现：
✅ 网盘资源自动转成 STRM 文件（不占硬盘空间）
✅ Emby 在线直连播放（走 302 重定向）
✅ 自动追更电影电视剧（订阅功能）
✅ 文件自动整理、分类、刮削封面
✅ 全流程自动化（发现 → 转存 → 整理 → 通知）
一句话总结：TG频道或影巢的资源，通过Nanshare的转存分享功能，本地生成Strm文件，NanShare 帮你分类整理好，Emby通过302反代 让你直接看，全程不用手动操作。
🎯 这套系统能干什么？
用一张图看懂你的观影自动化流程：
📡 TG频道/影巢 → 发现资源
↓
🎬 订阅追更 → 自动搜索匹配
↓
📦 转存到 115 → 生成分享 STRM（不占空间！）
↓
📂 文件整理 → 自动重命名、分类、刮削海报
↓
🎞️ Emby 扫库 → 直接播放（302 直链）
↓
📱 手机/TV/平板 → 随时看片实际效果：你今天在 Telegram 频道的资源，明天打开 Emby 就已经整整齐齐在海报墙上了。
🛠️ 准备工作
涉及的项目：
第一步：安装 Emby（媒体服务器）
Emby 是你看片的"海报墙"，所有整理好的资源都在这展示。
1.1 创建 Emby Docker Compose 文件
在 NAS 上创建一个目录（例如 /volume1/docker/emby/），在里面创建 docker-compose.yml：
services:
emby:
image: amilys/embyserver:4.8.11.0
container_name: emby
network_mode: host
restart: unless-stopped
ports:
- 8096:8096 # HTTP 端口
- 8920:8920 # HTTPS 端口
volumes:
- /volume1/docker/emby2/config:/config # 配置
- /volume1/strm:/strm # STRM（重要！）
- /volume1/music:/music # 音乐
environment:
- UID=0
- GID=0
- GIDLIST=0
devices:
- /dev/dri:/dev/dri # 核显硬解注意：/volume1/strm:/strm 这一行非常关键——这是 NanShare 生成的 STRM 文件存放位置，Emby 要从这里扫描资源。
1.2 启动 Emby
docker-compose up -d启动后访问 http://你的NAS地址:8096 完成 Emby 的首次设置，添加媒体库时指向 /strm 目录。Emby的具体设置网上有很多教程，在此就不赘述了。
1.3 此版本 Emby 自带神医助手插件（社区免费版）
神医助手是 Emby 的第三方插件，有增强刮削等功能。如果神医助手插件重启后提示魔改失败的可以下载解压 MovieDb 10.8.6 文件，在config>plugins>文件夹下替换同名.dll 即可。 点我下载
第二步：安装 NanShare（核心中枢）
2.1 创建配置目录
mkdir -p /volume1/docker/NanShare
mkdir -p /volume1/docker/NanShare/logs
mkdir -p /volume1/strm2.2 创建 NanShare Docker Compose 文件
services:
nanshare:
image: nan11888/nanshare:latest
container_name: NanShare
restart: unless-stopped
network_mode: host # ⚠️ 强烈建议 host 模式
ports:
- 8115:8115
volumes:
- /volume1/docker/NanShare:/app/config # 配置（必须）
- /volume1/docker/NanShare/logs:/app/logs # 日志（推荐）
- /volume1/strm:/strm # STRM（strm输出目录）
- /var/run/docker.sock:/var/run/docker.sock:ro # Docker管理
- /volume1/CloudNAS/CloudDrive2:/cd2 # CD2（可选）
environment:
- TZ=Asia/Shanghai
- DOCKER_ENV=true
- NANSHARE_LICENSE_KEY=你的密钥关于网络模式：建议用 network_mode: host 而不是 bridge。因为容器网络可能导致 115 网盘解析失败，host 模式最省心。
2.3 启动 NanShare
docker-compose up -d第三步：首次登录与基础设置
3.1 打开管理界面
浏览器访问：http://你的NAS地址:8115
3.2 默认登录凭据
3.3 修改默认密码
登录后，点击左侧菜单栏的 设置 → 账号密码管理，立即修改用户名和密码！
3.4 配置基础网络
HTTP 代理地址：如果你的 NAS 需要科学上网才能访问 TMDB/Telegram，这里填代理地址
TG API SOCKS5 代理：专门给 Telegram 用的代理（可选）
📊 仪表盘一览
登录后你会看到如下仪表盘：
仪表盘主要显示：
系统监控：CPU、内存、硬盘、网络
媒体统计：电影/电视剧数量
最近入库：最新添加的资源
Emby/网盘状态：快捷查看连接状态
第四步：配置工具箱（核心账号配置）
这一步是所有功能的基础，必须先配置好账号，后面的功能才能用。
4.1 配置 115 助手
115 助手是 NanShare 的核心——没有它，所有 115 相关的功能都跑不起来。
进入 工具箱 → 115 助手：
Cookie 模式：点击工具箱 → 扫码获取cookie → 选择一个平时不常登录的客户端类型获取cookie。
Open API 模式：点击工具箱 → 115open扫码授权，更稳定，不容易过期（推荐）
小技巧：账号名称写清楚用途，比如"115转存号"、"115播放号"，后续选择时不会搞混。
4.2 配置 TG 助手
TG 助手是自动化搜资源的基础。没有它，订阅追更、资源搜索功能就废了。
访问 my.telegram.org 登录你的 TG 账号
进入 API Development Tools，创建一个应用
拿到 API ID 和 API Hash
把这两个值填入 TG 助手配置
用手机号登录（可能需要代理，且 IP 要纯净，建议用家宽）
注意：申请 TG API ID 的 IP 一定要干净，用机场 IP 很容易被拒。
4.3 配置 TG 转发（建议配置）
TG 转发能把关注的资源频道内容自动转发到自己建的频道或 Bot，实现"监工式"自动化入库。
4.4 配置 HDHive 助手
HDHive 是一个资源网站，配置后 NanShare 可以从这里搜索资源。（目前已关闭注册，重大节日可通过邀请注册）
4.5 配置 123 助手、夸克助手、天翼助手（按需）
如果有其他网盘账号，在对应的助手页面配置即可。
第五步：配置媒体服务器（Emby 助手）
这一步让 Emby 能通过 NanShare 直接播放网盘里的资源（302 重定向），不需要下载到本地。
5.1 进入 Emby 助手
导航到 媒体服务器 → Emby 助手 → 填写emby的地址及key → 设置一个没有被占用的反代端口 →
5.2 工作模式说明
第六步：配置 STRM 工具（核心中的核心）
STRM 文件是一个文本文件，里面保存的是资源的直链地址。一个 .strm 文件只有几 KB 大小，但 Emby 扫描到它后，就可以直接播放。
好处：不需要把几十 TB 的电影下载到本地！不占硬盘空间！
6.1 115分享 STRM
此功能是本项目的核心玩法，把115的分享链接资源在本地生成strm，达到网盘空间0占用。基础设置里需要设置一个STRM生成目录，当然你也可以设置多个目录。注意设置多个目录时Bot添加资源的时候会多一步手动选择目录，这样对于需要自动化入库的朋友来说比较麻烦。建议只设置一个目录，反正资源还是需要经过整理。
6.2 两种工作模式：如何选择？
核心区别：资源"住"在谁家里，以及会不会长期占你网盘空间。
普通分享模式
原分享链接 → 扫描分享 → 生成 STRM → 直接播放适合场景：
🔞 敏感资源——不留痕迹，不占空间
📦 大包资源（几十TB合集大包）——转存太费时间，容易风控，直接解析最省事
缺点：如果发布者取消了分享，STRM 就失效了。
转存再分享模式（推荐）
先把资源转存到自己的 115，创建新分享后再生成 STRM，然后删除已转存的文件（自动操作不需要干预）——最终也不占 115 空间！
原分享 → 转存到自己115（临时）→ 创建新分享 → 生成 STRM → 删除转存文件 → 完成！适合场景：
🏆 日常观影首选——相当于"代购"了一份资源链接到自己名下
📺 电视剧追更——长期需要稳定播放，不怕原分享失效
一句话总结：普通分享像"借宿"，主人锁门就进不去了；转存再分享像"自己配了一把钥匙"，原主人锁门也不怕。
6.3 解析速度模式
遇到接口限流：降低线程数，增大随机延迟到 1-2 秒
6.4 115网盘 STRM（很多项目都有的功能）
网盘内资源生成本地strm文件，可选模式有API拉取和目录树，按需设置即可。建议API拉取，实时监控选115生活事件。当然CD2的webhook最稳定，可是需要CD2会员。
第七步：配置文件整理（自动分类刮削）
经过前面的步骤，资源已经以 STRM 文件的形式到你的服务器了。但文件名还可能是乱乱的，需要文件整理来自动分类。
7.1 基础配置
7.2 整理方式怎么选？
7.3 分类效果示例
/media
├── 电影/
│ ├── 华语电影/
│ │ └── 让子弹飞 (2010)/
│ └── 欧美电影/
│ └── Inception (2010)/
└── 电视剧/
└── 国产剧/
└── 庆余年 (2019)/
└── Joy.of.Life.S02E01.strm第八步：配置订阅追更（自动追剧）
这是 NanShare 最香的功能之一——设置好了以后，新出的电影、电视剧会自动入库。
8.1 订阅来源
8.2 处理策略选择
第九步：看板功能（发现资源）
看板是一个资源发现工具，聚合了 TMDB 和豆瓣的榜单。
9.1 数据源
9.2 看板能做什么？
✅ 海报上显示"已入库"——哪些资源已经在 Emby 里了，一目了然
✅ 一键添加订阅——看中的资源直接加入订阅追更
✅ 快捷搜索——直接用 TG 频道或 HDHive 搜索该资源
✅ 一键转存——找到资源后直接转存到 115
9.3 典型操作链路
看板发现好片 → 点击添加订阅 → NanShare 自动搜索 → 找到资源 → 转存115 → 生成 STRM → Emby 入库 → 通知你全程只需点一下，剩下的交给 NanShare 自动完成。
🔧 其他实用功能
🐳 Docker 管理
NanShare 内置了 Docker 管理面板，可以查看、启动、停止、更新、重启宿主机上的任意容器。
📦 115 转存/离线
通过 Telegram Bot 接收 115 分享链接、磁力链接、ed2k 链接，自动转存到你的 115 网盘。
📡 ed2k STRM
支持 ed2k 链接直接生成 STRM 文件，不占用网盘空间。想看的时候才获取直链。
🔥 小姐姐狂喜功能——再也不用担心空间不够了！
进入 工具箱 → ed2k STRM → 基本配置
🗑️ 清理助手
定时清理 115 最近接收目录和回收站，控制接收堆积。
🎬 Emby 封面生成
生成静态或动态封面，美化 Emby 媒体库首页。
📋 缓存管理
查看和删除 302 / 秒传缓存，排查播放直链问题。
❓ 常见问题与排错
❌ 登录不了 NanShare 管理界面？
docker ps | grep NanShare检查容器是否在运行。再检查防火墙是否开放了 8115 端口。
❌ 115 网盘解析失败？
确认 115 Cookie 或 Open Token 是否有效
容器网络是否用了 host 模式
是否需要配置 HTTP 代理
❌ STRM 生成目录为空？
分享链接里真的有视频文件吗？
最小文件大小是否设置太大？
解析模式是否适合这个分享的目录结构？
115 账号是否能访问这个分享？
❌ 订阅搜不到资源？
TG 助手是否配置正确？API ID 和 API Hash 是否有效？
TG 登录的 IP 是否纯净？
订阅来源是否勾选了 TG 频道搜索？
订阅名称和年份是否正确？
❌ 如何更新 NanShare？
docker pull nan11888/nanshare:latest
docker-compose down
docker-compose up -d🔗 参考链接
至此，你的个人观影自动化系统就搭建完成了！
从发现资源 → 自动转存 → 生成 STRM → 整理分类 → 海报展示 → 直接播放，全流程自动化，一条龙服务。
对了，别只顾看海报墙，忘了观影初心。祝各位观影愉快！
📝 本文基于 NanShare v2.4.3.6.3 版本编写
🖊️ 适配平台：群晖 DS224+ / 其他 x86/arm64 NAS