现在的情况是，plex series刮削器连转圈都不转圈了，直接无数据，压根就是不通的状态，试了几个方法：
1、host改了，有时候改完之后能转圈了，能好使一下，然后什么都不操作么，等过一宿又直接无数据
2、nas开了代理，走代理也没用，代理是可用的，因为其他套件比如docker走了代理，注册表能正常搜了，不开就不行，但是plex无动于衷
3、dns服务器也改过很多，没用
已经被这个刮削弄的神烦了，到底是哪里出了问题

你的魔法需要开启tun模式。

emby如此香甜，你却还在死磕plex

我是换了docker部署，然后环境变量里给htts加上代理，套件部署的也可以改环境变量文件给https加代理，但是每次更新都会重置，又要手动改，不如docker方便

每次搜刮，都需要把nas放上🪜，然后再关闭🪜，跟扯淡

plex得有ipv6才行啊，我这用ipv6还能玩。

搞了好几天，说一下我的进展吧，如果能帮到同样问题的人，会更好：
首先感谢xxxxx1ao4的启发，很重要
plex的网络需求越来越严苛，貌似光是TCP模式代理已经不够了，所以常规的代理模式不起作用，根据启发开启了TUN模式，发现可以，所以结论是TUN模式可以解决plex的刮削以及解码插件被墙的问题
但是群晖中如何开启魔法？要么在系统中设置代理服务器，但是这种方式只能代理http和https，无法解决，所以pass
要么群晖中安装clash，但貌似无法直接运行tun模式，究竟可不可以我没太研究，所以暂时也pass
所以我还是决定在旁路由设置好TUN，让群晖通过网关的方式走旁路由，因为只有是网关模式，数据才能由旁路全盘接管，但是如果直接把网关设置成旁路由，受限于TUN模式的虚拟网卡，以及所有流量都要去旁路由走一圈，总是不够爽，有点本末倒置，于是接着优化
最后选择在群晖中，添加静态路由，把meta.plex.tv、metadata.provider.plex.tv这几个主要域名对应的IP地址设置为静态路由，IP地址获取方式和host的方案一样，网关设置为旁路由，这样访问plex所需的服务地址IP时，数据会通过旁路由的TUN，完成刮削操作，但是nas的其他服务，还是走默认网关，不走旁路由
这样做的好处是不需要所有数据都去旁路由转一圈，群晖的默认网关无需更改，只让特定IP的数据走旁路即可
缺点是和修改host文件一样，这个IP会变，不是一劳永逸的，但是能接受，改起来也方便，起码比改host方便
目前摸索的比较可行的方案，虽不能一劳永逸，但也还算可以了，纯小白一点一点摸索，如有哪里说的不对，还请指教

香港台湾大陆都不行，推荐翻日本韩国新加坡。

换jellyfin吧，好用

docker搭建，加http_proxy=http://[ip]:[port]变量，你旁开个http那啥就行