漫阅+ 服务器权限核对：能登录、能看目录与能下载分别检查

服务器首页能登录，却在漫阅+ 里看不到某个书库，或者正文能读但无法下载，并不一定是地址填写错误。服务器可以分别控制账号范围、逐页访问和文件下载。本篇围绕自己管理或获准使用的书库，建立四项小检查，向管理员反馈时说明究竟卡在哪一步，而不是把所有异常都归为连接失败。

明确这次测试使用哪个账号

先确认漫阅+ 保存的是哪一个服务器账号，以及你在浏览器中做参照时是否使用同一个身份。管理员能看到全部内容，普通阅读账号可能只被分享了一部分书库，混用两种账号会让比较失去意义。记录账号名称与预期可见书库即可，不把密码放进问题截图或公开清单。若服务器由别人维护，先确认自己应有的使用范围，再报告缺少的权限，不要求为了省事直接提供管理员身份。测试应围绕一部明确有权阅读的样本作品展开。

第一项只检查认证能否完成

在当前网络下打开对应连接，观察能否完成认证并进入服务器相关界面。认证失败时先核对服务器地址、账号状态与最近是否更换密码，不要马上修改书库共享范围。错误提示只能作为线索，认证拒绝、网络超时和接口地址错误可能发生在不同层次。浏览器能登录也不一定表示应用所需接口都可达，因为额外网页验证或反向代理可能只放行了网页。先记录实际提示与时间，再进行目录检查，避免连续重试把不同现象混在一起。

第二项检查目标书库的可见范围

认证完成后查找事先选定的样本作品，确认它确实属于这个账号应该看到的书库。列表为空时，在服务器网页中以同一账号查看，而不是切回管理员面板证明作品存在。管理员可以核对共享书库、分级或其他限制，具体入口以服务器版本为准。不要把关闭所有内容限制作为通用修复，应该让权限与实际使用范围一致。目录能显示后记下作品名称、所在书库与章节，后面的阅读和下载继续使用这一部，保持测试对象不变。

第三项检查真实页面而非封面

打开样本章节，等待第一张正文出现，再查看一处中段页面。封面和目录属于较早阶段的结果，不能替代正文图片访问。以 Komga 为例，官方文档把逐页访问与文件下载列为可分别配置的角色，实际账号需要具备对应能力。其他服务器的权限模型不一定同名，应查自己的服务说明。出现正文失败时，把目录可见、封面可见与正文失败分别写明，这样管理员就能沿着具体页面请求检查，而不是重新猜整套连接是否存在。

第四项检查下载权限与本地结果

只有当前服务、条目和漫阅+ 版本提供下载入口时，才测试下载同一章节或文件。没有入口可能涉及服务能力、应用权益或账号限制，不能只凭按钮缺席确定唯一原因。下载任务完成后，从本地入口打开并断网查看多处页面，确认拿到的是实际可读副本。服务器允许逐页阅读却不允许整文件下载时，保持在线阅读就是合理结果，不需要通过别的账号绕过限制。把“没有权限”“没有入口”和“任务失败”的观察分开记录。

把服务器权限与应用权益分开确认

服务器负责允许哪个账号访问哪些内容，漫阅+ 的 Pro 或 Ultra 等权益则决定应用提供哪些连接与高级入口，两者不能互相替代。已经购买应用权益，也不会自动获得某个私人服务器的书库权限；服务器账号权限充分，也不代表应用所有高级入口都已解锁。先在购买与功能页面核对自己实际状态，再回到同一样本复测，不需要因为看到一个错误就重复购买。具体权益与条件以当前应用和商店页面为准，不在教程中固定价格或承诺所有服务完全相同。

权限调整后只复测受影响环节

管理员修改权限后，先按服务器要求重新认证或刷新连接，再检查刚才失败的那一项。不要同时清空所有数据、重建全部书库和修改地址，否则成功后也无法知道原因。复测顺序仍是认证、目录、页面、下载；已经正常的步骤简短确认即可。记录调整前后结果与所用账号，必要时保留无凭据的错误信息。若换成另一个账号测试，应明确写出身份变化，不能把不同账号各自成功的一半拼成同一个账号已经完整通过的结论。

常见问题与完成标准

管理员账号能读而普通账号不能，是否应用损坏？先比较共享范围与相关访问权限。购买 Ultra 后为什么仍不能下载某本书？应用权益不会覆盖服务器自身限制，也不能让普通 OPDS 条目自动变成逐页服务。完成标准是一份四项结果：认证、目标目录、正文页面、下载与本地验证。不是每一项都必须开放，但每一项的边界应清楚，才能按自己的实际阅读方式配置，而不是为排错把整个私人书库全部开放。