kuanos

docker 中跑 emby 的话系统资源占用明显比 qpkg 版本高，cpu 占用率能达到 100%，主要是 ffmpeg 这个程序占用过高

@que01 其实没有设置全局，走的黑名单，dns 服务器在狗爹，那是不是把狗爹的域名加入强制代理就可以啦？

@sissymyd 因为还需要一个访客 wifi 的功能，还有远程访问，所以主路由设置的更稳定的 tp

@ProphetN
@deepblueai

经过一番折腾，我发现 docker 中安装 emby 时环境变量设置一下 proxy 的 http 代理服务器，可以解决问题，现在仅剩的问题就是，无法挂载 usb 上的文件。。这个可能是硬伤

我在 nas 系统设置里也同样设置了 http 代理，可 qpkg 版本的 emby 无法刮削，是为什么呢？

@ProphetN 如果刮削一次就要改一次网关和 dns 服务器，也很麻烦。。就想一劳永逸的解决这个问题

@Junichi 不是 ddns 和 passwall 有冲突，而是在旁路游设置 ddns 后，我猜测和主路由做 dhcp 有冲突无法生效

@ProphetN
已经布置成应用了，在 docker 配置 http 代理只能代理容器吧。。
如果我给 nas 整个设置一个 http 代理，会有什么问题吗？

@que01 我是做了 openwrt+passway 做旁路由的，主要问题是如果 nas 走旁路由的网关，配置的 ddns 就失效了。。详细的原因我放在 append 上面了

@jakes 大佬这个我不知道能不能搞得定 T T 主路由是个 TPlink ，不知道能不能做 SNAT ，我研究一下。。感觉菜鸟大概率会把网搞瘫痪了

@Terry166
@wu00
@dier
我排除了一下，单独安装 docker 无法通过端口转发访问，发现是 tplink 路由上设置端口转发的问题，因为 tplink 虚拟服务器能设置的数量有限，我就把端口打包映射了：

外部端口：19xx0-19xx9
内部端口：19xx0-19xx9
服务器 ip：192.xxx.xxx.xxx

用上面这个设置就无法访问，用单独一个接口转发就没问题。
按说不应该啊。。都是指向同一个主机，为啥到了 nas 上会无法访问呢