漫阅+ 连接 Kavita：使用账号登录并检查书库与阅读权限

连接 Kavita 时，最容易混淆的是“服务器基础地址”“OPDS 地址”和“其他客户端专用链接”。漫阅+ 的 Kavita 连接使用相应服务入口与账号登录，不需要把所有可能的链接都试一遍。先在同一账号下确认有一本可读漫画，再按服务类型填写资料，排查会简单许多。

确认账号已经完成设置

先使用自己的 Kavita 账号登录服务网页，找到准备阅读的漫画。如果账号还停留在邀请或设置阶段，应先完成服务器要求的流程。确认目标书库已经共享给这个账号，不能用管理员的可见范围代替普通用户的范围；同一个服务器上的不同账号可能看到不同内容。

Kavita 还会区分登录、下载等权限。下载权限会影响支持下载的第三方客户端，不能因为网页能浏览就推定可以下载所有文件。需要调整时由服务管理员处理，具体规则见 Kavita 用户权限文档。漫阅自己的服务器书库权益仍需按当前账户确认。

进入漫阅的服务器书库添加入口，服务类型选择 Kavita。填写显示名称、服务器地址、用户名和密码，再连接并保存。这里使用的是 Kavita 账号；不要把另一种服务的 API Key 当作密码，也不要照搬某个 OPDS 客户端的整条专用链接。

地址示例 https://kavita.example.com/books/ 只是占位形式。如果实际服务位于子路径，保留正确子路径；如果没有，就不额外添加。不要使用某本漫画的详情页地址，也不要手工拼接登录接口。凭据放在单独字段中，公开讨论只描述地址结构，不贴真实账号密码。

连接成功后，找到在网页端确认过的作品，打开详情并核对卷、章节或分组。服务器整理方式会影响客户端收到的名称与层级；如果预期章节没有出现，先在网页端查看它是否存在，而不是立即重新导入原文件到漫阅。

选择一个实际有页面的章节作为样本，先检查首段，再查看中间和最后部分。目录、封面和正文属于不同检查环节。只看到封面时，还不能认定页面访问已经通过。新加入服务器的文件也应先让服务器完成自己的识别，再刷新客户端；客户端不能替服务器补齐尚不存在的目录数据。

先确认问题是否只发生在一本作品或某个章节。换同一书库中的小样测试，再用同一个账号回到网页核对对应内容。所有作品都失败时，优先检查连接路径、账号状态和服务可达性；只有个别作品失败时，保留书名和章节信息，继续检查文件及服务器处理结果。

如果服务前面还有反向代理或额外网页登录层，浏览器能显示登录页面，不代表 App 的页面请求都能顺利通过。请管理者核对服务基础路径和相关请求，不要通过关闭所有证书校验来掩盖问题。更改密码后需要相应更新连接凭据，旧会话仍显示封面也不能证明新请求已经获准。

假设服务器中有「个人短篇」系列，普通账号只获得这个书库的权限。先登录网页打开一章，记录其名称；在漫阅用相同账号连接 Kavita，找到该系列并打开同一章。确认首、中、末页后，再尝试当前条目支持的下载，并在下载管理中查看结果。

如果下载被拒绝而在线阅读成功，先询问管理员是否授予下载权限；不要重复添加一个管理员账号来临时绕开既定限制。权限确认后再重试同一个小样，成功才扩展到更多章节。最后断网打开本地副本，这一步能明确区分服务器访问与设备离线准备。

完成后确认重新进入保存的连接仍能加载书库，预期章节存在，在线阅读正常，需要的内容已经下载并断网检查。把服务版本、App 版本与已验证的范围记在自己的维护记录中，更新服务器后再用同一个小样检查，避免只凭旧经验判断新配置。

网页阅读器的布局配置、Kavita 自身的书签和第三方客户端的本地设置并不应被视作同一个功能。也不要把漫阅中的书架分组直接当成服务器端书库管理。各自负责的范围要分别确认，特别是涉及进度、收藏和设备迁移时，应检查实际结果而不是推定自动互通。

先核对当前账号的共享书库与限制。不同账号的可见范围可能不同，管理员看到的全部内容并不是客户端必须呈现的范围。确认账号后再检查缺少作品是否已经被服务器识别。

这取决于你选择的连接方式。使用本篇的 Kavita 类型时，按基础地址和账号字段填写；使用 OPDS 类型则遵循目录与逐页扩展的规则。不要把两种地址随意互换，否则即使认证信息相同，也可能得到不同的可用能力。

资料核对：2026 年 10 月 22 日，漫阅+ 2.0.2，iPhone / iPad。依据中国区 App Store 公开说明、Apple 版本查询与对应功能入口整理。界面名称可能随版本调整，功能权限以 App 当前购买页面为准。