服务端优化项清单

部署、转码、媒体库三件事办完之后，服务端还有一组不大但影响长期体验的设置。它们大多藏在控制台深处，默认值对多数家庭够用，但如果你的使用模式偏离默认假设，调与不调差别明显。这一篇把这些优化项收成一份按收益排序的清单，并说明每一项的适用条件。

需要先说明的是，优化与折腾要分开看待。清单里的每一项都对应一个可观察的现象，而不是为调而调。看不到对应现象就不动，这应该是家庭服务器维护的第一原则；服务端稳定运行的默认配置，本身就是被大量用户验证过的合理状态，多数时候它值得你信任。

优化项全景

先给出完整清单，后面逐项展开。分类按调整对象划分：播放与转码、库与扫描、网络与端口、安全与维护。

清单的阅读方法不是逐项照做。先确定你的主要使用模式是内网主导还是外网主导、机器是强是弱、家人是否参与使用，再用这个画像决定哪些项值得动。盲目全调一遍，反而可能把本来合适的默认值改到次优，然后再花同样多的时间调回来。

播放与转码类

码率自适应是影响外网体验最直接的一项。默认策略偏保守，在外网带宽不够时会快速降画质防卡顿；如果你的上行带宽实际很充裕，默认值会让外网画质低于网络能承载的水平。调整的验证方法很具体：外网播放时观察实际码率与带宽占用，若长期达不到上行的一定比例，把自适应的目标码率上调一档再观察。深度的码率自适应机制在 em-0305 展开，这篇只讲服务端这侧的开关。

内网用户则相反：码率自适应在内网几乎没有作用，因为带宽不是瓶颈，播放端只会在确实需要转码时才触发码率调整。内网主导的用户把这一项留默认即可，注意力应该放到后面扫描与维护类项目上。这个分野就是分类阅读清单的意义。

转码线程数在弱机器上值得设上限，避免一路转码把 CPU 占满后，服务端的其他界面响应也跟着卡顿。强机器则保持自动，让服务端按负载决定。一个判断信号：如果转码时网页后台打开明显变慢，就是线程数该限制的信号；反过来，如果机器从来跑不满，这一项碰都不用碰。

硬件转码的开关本身在 em-0202 讲过，这里补充一个与之联动的小设置：服务器同时处理的转码任务上限。家庭场景下多人同时外网观看时，任务上限决定排队还是并行。核显平台并发能力有限，把上限设得太高反而会导致所有会话互相拖慢，设一两档低于硬件极限的值，既留出余量又让单路体验有保障。

音频转码格式这一项容易被忽略。家庭里若有只支持 AAC 的老设备，默认编码格式可能不被它识别，表现为有画面没声音，这类疑难杂症的排查起点就是音频转码格式。把音频转码格式设到所有客户端都支持的通用编码后，这类设备也能正常播放，算是一个低成本的兼容性兜底。

库与扫描类

扫描计划是最容易被忽略的免费收益。默认情况下媒体库的变更检测依赖客户端触发或手动扫描，设成凌晨自动扫描后，新增内容第二天准时出现，不需要你每次想起来去点刷新。计划时间建议错开各时段的重叠：夜里扫描、清晨刮削、白天留给观看。

扫描设置里还有一个高级选项值得知道：实时监控。开启后文件系统有变化会立即触发增量扫描，反应速度远快于定时任务。代价是它依赖文件系统的通知机制，网络存储上可能不稳定，监控失效的表现是文件明明变化了却迟迟不出现。挂在本地目录的部署可以开，网络挂载的目录建议关闭，以定时扫描为准。

群晖用户还有第三种选择：套件自带的计划任务。结合容器更新与目录扫描在同一个任务里执行，能减少零散的定时配置，具体做法见《群晖 DSM 系统指南》的任务计划章节。

缓存与缩略图的清理也归在这一类。随着使用，服务端的缓存目录会积累转码片段、海报缩略图等文件，体积只增不减。每隔几个月清理一次缓存目录，能避免配置盘被悄悄占满。清理前注意正在播放的会话，强删活跃转码缓存会导致播放中断。

清理之外的预防手段同样重要。转码缓存的保留策略可以设置为按占用空间自动淘汰，设定一个合理的上限，缓存目录就会自我约束而不是一直膨胀。这个设置一次配置长期受益，属于典型的低投入高回报优化项，配置盘空间紧张的用户尤其应该开。

网络与端口类

8920 端口是服务端内置的 HTTPS 端口。启用它有两种方式：安装自签证书在本机启用，或由反向代理统一接管 HTTPS 后让服务端只走 HTTP 8096。后者是更常见的做法，证书管理集中在反向代理层，Emby 服务端配置保持简单。完整配置在 em-0205 展开，那里也会解释为什么自签证书只适合内网测试场景。

远程访问的限制按家庭情况收紧。控制台里可以设置每个账号的远程访问开关，给孩子的账号可以完全禁止外网访问，给老人的账号保留但只允许在已知网络环境下使用。这项设置与 em-0401 的用户管理是配合关系，单看服务端开关感受不出收益，配合用户分组后它是整套家庭共享安全设计的一部分。

端口层面还有一个常见问题：服务端需要同时监听两个端口吗？答案是不必。反向代理启用后，公网入口由代理服务器接管，Emby 服务端的 8920 可以保持关闭，只保留容器内 8096 供代理转发。多开一个监听端口在公网暴露面管理上没有任何好处，这是端口最小化原则的具体体现。

安全与维护类

服务端密码与登录策略在家庭多用户场景需要上心。默认配置对新用户的密码强度不做要求，且允许的登录失败次数较宽松。如果服务端暴露在公网，建议把管理员的登录失败次数收紧，并为每个家庭成员设独立账号而非共享管理员密码。权限划分的完整设计在 em-0401，这里强调的是服务端层面的最小化原则：谁能访问什么，由账号与媒体库权限共同决定，别让默认的宽松设置留下口子。

会话管理也值得一并检查。服务端可以看到所有活跃会话并强制登出，这个能力在外出与设备遗失时非常有用：老人家的旧手机丢了，直接在服务端把那个会话踢掉，比紧着修改所有密码从容得多。养成出问题时先看会话列表的习惯，异常登录会一目了然。

日志层面，服务端正常运行会持续写日志。虽然不像缓存那样膨胀快，但放任不管的日志同样占空间，且直接影响出问题时找信息的效率。保留短期日志、定期归档，出问题时你有最近几周的记录可查，而不是一份没人翻的巨大文本。日志级别也有讲究：默认级别对家庭使用足够，开成详细级别只在排查特定问题时临时切换，排查完记得切回去。

调整的节奏建议

不要一次性把清单全部执行。推荐的节奏是分两轮：第一轮在部署完成后，调整扫描计划与远程访问这类低风险项，确认服务稳定；第二轮在真实使用一两周后，根据观察到的现象再调码率策略与线程数这类依赖实际负载的设置。每轮之间留观察期，任何修改后出现异常都能快速定位到具体改动。第三轮以后的季度维护则是重复性的清理工作，按表格走流程即可。

这个节奏看似保守，却是长期维护成本最低的路径。家庭服务器出问题往往不是单点故障，而是多处微调叠加后的相互作用，留观察期能把变量逐一隔开。把每次调整随手记在你的备忘里，几个月后回看这份记录本身就是最好的优化依据。

延伸阅读

• 转码服务的完整开启与验证见 em-0202，本篇只涉及转码相关的参数调优
• 媒体库扫描与刮削设置见 em-0203，反向代理与证书见 em-0205
• 用户与权限的完整设计在 em-0401，备份策略在 em-0403
• 网络与端口设计若需从软路由层面入手，可先读《软路由入门指南》与《OpenWrt 必备指南》的相关章节