解决了, 最后还是从 Alist 的 Github issue list 里面找到了同样的错误, 需要把 Aliyun 在 Alist 里面的 webdav 策略设置成本地代理而非默认的 302

@vyronlee
貌似没啥用...
```
○ rclone.service - rclone
Loaded: loaded (/etc/systemd/system/rclone.service; enabled; preset: enabled)
Active: inactive (dead) since Mon 2023-09-11 09:47:42 CST; 1min 40s ago
Duration: 194ms
Process: 2084938 ExecStart=/usr/bin/rclone mount Alist:/ /mnt/webdav/ALI --copy-links --no-gzip-encoding --no-check-certificate --allow-other --allow-non-empty --umask 000 --use-mmap --header Referer: --daemon (code=exited, status=0/SUCCESS)
Main PID: 2084938 (code=exited, status=0/SUCCESS)
CPU: 230ms

Sep 11 09:47:42 pve systemd[1]: Started rclone.service - rclone.
Sep 11 09:47:42 pve systemd[1]: rclone.service: Deactivated successfully.
```

现在的症结似乎就在 rclone 这里了, 在 alist 的网页端上传下载文件没问题, 直接查看修改都可以, 但是在宿主 PVE 上 rclone mount 出来以后就不对, 还请各位专家给把把脉~

@ltkun 算不上白嫖, 用的是官方的 webdav api 连接的, 刚刚又仔细检查了一下, 不是 Plex 的锅, 换了 Emby 也是同样的 I/O error, 于是在跑 rclone mount 的宿主机上看了一下, 也是一样的, 可以 ls 文件也可以新建文件, 但是不能 read/write, 就很神奇

rclone 挂载的命令我是这么写的
rclone mount Alist:/ /mnt/xxx/xxx --copy-links --no-gzip-encoding --no-check-certificate --allow-other --allow-non-empty --umask 000 --use-mmap --daemon
按理说 umask 都给了 000 了,没道理还有权限问题, 然而事实就是狠狠的打了我的脸...

@ruanimal 被你猜中了, 真的是容器所在的那个硬盘出了问题 fsck 一把错误不说, 跑完就直接 IO error, all in boom 没有及时备份的痛不外如是...

PVE 还是命硬，苟了两天以后，终于活过来了，初步判断还是卡 IO 导致的，卡 IO 的元凶就是那个跑 docker 的 LXC 容器，所以在我把容器强行 kill 之后，排队的进程慢慢的跑完就基本恢复，但是现在的问题就是那个强行 kill 的容器启动不起来，log 也没啥有价值的东西，又一轮新的 troubleshooting...

@ruanimal 没有过热，硬盘也都应该挂载的很好

等了好几分钟以后提示
Job for pveproxy.service failed because a timeout was exceeded.
See "systemctl status pveproxy.service" and "journalctl -xe" for details.
然后跑 journalctl -xe 灭有反应 again 。。。

@billlee
跑了一下这个命令尝试强制杀掉 103 也就是跑 Docker 的容器
<p>root@Openwrt:~# ssh -t [email protected] "lxc-stop -n 103 -k"</p>
<p>[email protected]'s password:</p>
窗口就没有任何回应了，也没法继续执行其他命令

@billlee 就是不知道是不是真的杀掉了，前面我跑 emby 的容器都可以正常 ssh 进去，然后我执行了一下 restart ，就没有了...所以我就很忐忑直接 kill 会出什么幺蛾子

@Masoud2023 不风凉，既然做了 all in boom ，自然有最坏打算的准备，当然在可以挽救的前提下还是会尽可能的去救，我没理解的是，如果真的系统负载高到不行，为啥我的 OP 虚拟机还能正常工作让我现在还有机会上来求救一下...按理说容器对于宿主机的影响更小才对嘛

@billlee 多谢你的指点，ssh 直接传递命令过去我刚刚试了一下，那些有交互的命令就完全没反应，比如 top... 所以就搞得我有点不敢乱执行，虽然我猜就是容器出问题了，可是也不知道是不是可以强制关闭容器成功，现在宿主机还是能 winscp 上去看文件，然后我查了 var/log 下面的东西，没找到任何有价值的信息

@bao3 内网有啊, 但我的这个应用场景就是我人在外面, 身边没有电脑, 临时需要 remote 到家里内网的 Windows 上去, 所以看起来就是我如果用 wireguard 的这个方案, 那就是开了它的时候, 手机上暂时就不能同时开启其他的 VPN 服务了呗?

@bao3 那么问题来了, wireguard 是个 VPN, 我举个实际应用的例子, 如果我在手机上已经开了个 VPN 爬墙头, 此时我还能同时再开 wireguard 去连接内网么?

@huamiao 多谢, 我之前就看这个 app 介绍确实有这个描述,就是因为是付费版本怕货不对板被坑了, 还在 Google 它的一些实际使用介绍

转码逻辑具体是啥样的？
以 emby 为例, 首先看你客户端的设置, 客户端能够直接播放就不解码, 如果播放不了就看 server 端的解码设置, 其次可以针对于用户设置是否允许该用户播放需要解码的视频, 如果你是开心版并且显卡支持, 可以设置显卡硬解码优先, 如果是非开心版那就只能 cpu 软解了
如果我内网访问，不想转码，只是想让他推个流，可以做到吗？怎么做
可以, emby 的客户端可以设置为 direct play 模式, 不做解码, 前提还是你的客户端能播放
如果我外放访问，上传宽带够，也不想转码，可以做到吗？怎么做
可以, 做法没区别
这几个服务除了浏览器外，客户端都需要是固定的吗，infuse ，kodi 以及他们自己的客户端
infuse 支持 emby, kodi 也有对应的 emby 插件, plex 不熟悉
下了蓝光原盘或者杜比视界视频，电视能力够都支持，怎么样能体验到最好画质？
BDMV 相对麻烦, emby 服务器端能识别刮削, 但是客户端播放我没成功, 但理论上也是可以的, 因为一切要看客户端是不是能放
DV 我只有单层的 H265, 客户端是安卓的 Kodi, 完全没问题, 前提是安装 mod 版的, 不然会把 DV 识别为普通的 HDR10

@GoodRui 这个我看懂了啊，但事实上并不存在这个所谓的 dns record ，所以我才会觉得奇怪
域名是新的，DDNS 到我的公网 IP 之后，这个 IP 并没有发生变化，而且我也 dig 过记录没有异常的数据的

@majula 如果直接手工执行的话是需要我去提供这个 txt 记录，但因为是用脚本直接调用配置好的 DDNS API ，所以按照我现在解决问题后的判断，就是腾讯对于 2.0 版本的 DNSPOD API 做了修改，亦或者是 let‘s encrypt 不支持，但换了 aliyun 的 API token 以后就正常申请到了

搞定了，换成阿里云的 token 就一切正常，大概率是腾讯那边在强制使用新的 3.0api ，老的 api token 会有问题

把对应的 log 贴出来看看，这么说是不知道问题在哪里的