桌面使用的话，兆芯的 X86 机器吧。

这种使用方法是把 Jellyfin 当作流媒体平台使用的。比如有跨公网访问需要，直接串流带宽不够，流量也支撑不起，这时候就需要重编码降码率。

有一说一 Jellyfin 官方 APP 的串流能力确实差，加个字幕可能就需要强制编码烧录，而用第三方 APP 比如 kodi/infuse 就可以直接串流。

猜想 Chrome 后续死心不改，提供 API 网页可以检查浏览器是否打开了开发者模式。

当然在 X86 软路由上跑个 PVE 虚拟化一个 Openwrt 也算 NFV 。

如果你家网络需要区分 underlay 、overlay ，划分 vpc ，要打各种 gre 、ipip 、vxlan 、ipsec 隧道，要做云边互通、分支互联的话，可以考虑 SDN 。

估计游戏有什么漏洞，可以获取到特定对局的玩家五元组地址，然后就可以进行 UDP Flooding 了，有可能还有伪装源 IP 。不过理论上技术上都应该可以解的，T1 好歹也是个运营商战队，拉个专线到对战服务器直接物理隔离解千愁，总不能有人 DDOS 是去把光纤挖断吧。

腾讯手机管家，不过需要会员，原理是呼叫转移

是不能自动休眠么

你可以先尝试 Bootice 这种 UEFI 引导顺序修改器，看看能不能把你的 U 盘顺序调到第一。第三方引导器的话有常见的 grub 、图形化的 clover 等等。

在硬盘上装个第三方引导器，引导器再默认从 U 盘启动。

reboot 都不响应，机器坏了吧....dmesg 有错误信息么，跑一跑 MEMTEST 看看内存是不是有问题？

要不自己写一个？随手就能找到一个第三方库 https://github.com/mackerelio/go-osstat ，搞个 ticker 定时读取序列化写入到文件里呗。

多路径一个是要解决每条路径的带宽预测，另一个就是要解决可能出现由于时延差距导致的队头阻塞问题。解决队头阻塞的相关算法有 BLEST 、ECF 等等。

@chowdpa02k413 这两种我都试过，Android KODI 配置 Jellyfin 之后遇到了字幕字体乱码的问题（直接 SMB 读取不会乱），本身 KODI 用起来也不是很顺手。最后换成了 Apple TV + Infuse 的方案，不过也还是有些小瑕疵。

Jellyfin 的 TV APP 在外挂字幕的时候会转码烧录串流...对画质的损伤太大了。

期待～不过现在用的是 Jellfin + Infuse 的方案～

@cpstar #27 嗯 所以我理解 并不需要桥接来解决你的需求？

@cpstar #25 10.244.17.1 和 10.244.16.1 都是静态下一跳路由呀，不是 NAT 。
你可以看我的抓包，4g 网络下的 iphone ping 内网的笔记本，笔记本看到的 ip 是 zerotier 网络分配的 ip 而非你所理解的 10.244.16.1 下一跳 ip 。
https://i.imgur.com/TzCevgX.jpg
https://i.imgur.com/JG6YgjN.png

@cpstar #6 对的 我给的 Blog 是 L3 路由而非 NAT ，二层桥接是有什么特殊需求么。