国庆这几天，"群晖上看漫画、看书、听书"的讨论真的在扎堆：10月4日商业阅读器Comink的种草帖攒到357条评论。去年开坑的Komga保姆级教程收藏已经破3500，评论区还在每天冒新问题。B站的Komga安卓客户端Koharia更新EPUB阅读，一条视频1512收藏。还有一篇"64G的iPad装下我一整个漫画库"拿了196赞——帖子说得很直白：我用 iPad 看漫画，最大的障碍从来不是找不到资源，是装不下。返工通勤今天就到，通勤要读书的人，把一堆硬盘里塞着几千册书库的群晖机主，逼到同一个选择面前：群晖官方套件没有专门的阅读器产品，想把库盘出来，到底走哪条路。哔哩哔哩小红书
先泼盆冷水，把热闹和需求分开。Comink那357条评论里，大半是"已三连，求个码"。这是送码活动的量，不是需求的声音。真信号藏在各篇教程下面的提问里：“用WebDAV直连NAS和搭一个Komga有啥区别？”“国内镜像源不是被屏蔽了吗，镜像从哪拉？”"有公网IP还要不要内网穿透？"这些才是机主动手前真实要过的一道道坎。小红书
第一本账·路子：三条路，别走反顺序
直连党：装一个App直接吃NAS现成的SMB/WebDAV，不用架任何服务端。Comink官方介绍里iPhone、iPad、Apple TV都覆盖，NAS 可以走 SMB / WebDAV，像群晖、QNAP 都能接。CBZ、PDF、EPUB这类压缩包不用先解压；iOS机主圈里也有手机直连群晖的SMB/WebDAV/NFS、群晖上什么都不用装的存原片用法。优点是零部署；代价是每台设备各建各的书架，大目录的封面缩略图靠手机端现生成、翻库慢，进度也不跨设备。适合：书库几十GB以内、基本只在一台设备上看的人。小红书知乎
自托管党：在Container Manager里架服务。漫画库的主流是Komga和Kavita，知乎选型帖给的标准很实在：与其先纠结哪个绝对更轻，不如拿自己的 CBZ/CBR、文件夹结构和手机/平板客户端实际试一下。架好服务端的好处，教程热评第一条说透了：任何设备只要有浏览器就能看，不用依赖app，给朋友分享发个链接就行。电子书侧老牌是Calibre-web；今年9月的新变量是NAS群里传开的BookOrbit——BookOrbit 是一套自托管数字阅读平台，它并不只是做一个电子书书架，而是直接把电子书、PDF、漫画和有声书都塞进了一套系统里，还支持 Kobo、KOReader 和 BookOrbit 之间同步阅读进度、高亮和批注。但署方案的人也把话说在前面：它需要搭配数据库部署、中文汉化还不完整、书源里没有豆瓣这类中文元数据库，中文书的整理目前还得靠Calibre打底。知乎小红书知乎
墨水屏/OPDS党：以书为主的机主，Kobo、KOReader这类设备走OPDS直接挂书库，不用再人肉拷文件——小红书iOS机主的calibre-web+KOReader组合、知乎BookOrbit帖走的都是这个思路：通过 OPDS，支持的阅读器可以直接访问 NAS 中的电子书，实现在线浏览和下载，不需要手动复制文件。知乎
一句结论：小库单机先试直连，多设备、全家共享或者几百GB的大库再上服务端，墨水屏用户直接奔OPDS。别在自己都没确认"目录能不能被正确识别"之前，就把全套服务架完。
第二本账·拉镜像：群晖机主的真实门槛在这一步
不少人是教程看到一半才发现走不动的：小红书Komga教程评论区有人直接问"国内镜像源不是被屏蔽了吗？“，有机主贴出"Container Manager里搜不到镜像内容"追问镜像仓库的下落。知乎上做群晖7.x装Calibre的机主同样写明"群晖7.x的docker中的注册表功能目前无法访问了”。评论区给出的解法无非换镜像源、走软路由/代理——黑群晖机主甚至专门做了整季"Docker重建实战"，单开一期讲代理拉镜像。所以动手顺序应该反过来：先决定架服务端之前，拿一个最小的镜像验证你这套群晖的拉取链路通不通；链路是堵的，就别按纸面方案硬装，先把"源"的问题解决掉，或者退回直连路数——直连党根本不需要碰镜像。老DSM还有叠加坑：有薯友提到群晖 DSM 7.1.1 Docker 版本较旧，执行 docker-compose up -d 会报错，有机主靠修Immich踩出了记录。小红书小红书小红书小红书
第三本账·写盘：第一次扫描不是免费的
知乎选型回答里有一句很容易被划过去的提醒：NAS 初次扫描和生成缩略图时 CPU/磁盘会有一阵负载，之后通常比初始导入轻。放到今年的行情里，这句话的实操含义是三条：应用配置/数据库和书库目录分开映射，别让元数据库和几TB的CBZ混在一个卷里；只需要浏览的话，媒体目录可以挂只读；配置和数据库要定期备份，升级镜像前先看清迁移说明。双11想顺手加内存加固态的机主，把阅读库的负载账和硬件升级账分开算——"多跑了几个容器"不该是盲目堆硬件的理由。知乎
第四本账·露口：端口是服务，不是玩具
教程评论区的提问非常务实：首先要看你家的宽带有没有公网ip，如果有的话就不需要内网穿透了。但9月那波9.8分高危公告、评论区"改端口、开2FA"吵成什么样，机主都还记得——把Docker服务的端口朝公网一开，等于刚搭的阅读库直接进了攻击面。顺序不能反：先账号强密码、开2FA、只放必要端口，再谈"给朋友也能看"；实在要分享，优先走访问控制更细的隧道方案，而不是裸端口。小红书
收尾：今晚就能做的四件事
清点库存定路子：CBZ为主、单设备看，今晚装个直连App就能读；电子书、漫画、有声书想并成一个库，把BookOrbit的汉化与中文元数据进度列入观察，别急着全库迁移。
验证拉取链路再谈部署：一个最小镜像试通不通，不通就先解决源或改走直连，别装到一半弃坑。
架服务端就是三个固定动作：数据库单独映射、定期备份、书库挂只读。
留三个观察信号：Comink评论区有用户许愿"希望后续能支持更多的网盘"。BookOrbit那篇部署文里提到威联通的集成App也即将推出，群晖侧适配要看项目方进度。这三条落地成什么样，双11前值得回头看一眼——到时候路子判断可能要更新，但那是另一本账了。小红书知乎
