relsoul

之前用 pve 的时候 有次断电 导致磁盘文件有问题，整个服务都起不来，后面直接换 win11 +hyper-v 做 all in one ，
omv+owt+qb download
目前运行了好几个月 还没啥问题

@relsoul 流程->流畅

mac 在同等内存的情况下的确比 windows 要流程一点。

@june4 写的很乱七八糟...体验不如 ts ，都需要 import ，而且定义 type[] 这种的不如 ts 好写，有一瞬间会让我感觉 类型不是提示吗 怎么跟个实际变量一样.... 而且定义嵌套类型太麻烦了，我直接选择用 pydantic 定义 还方便，运行时也有对应的提示，直接完爆默认的 python 类型定义，（虽然 pydantic 也要基于 python 的类型使用，但是至少让我写起来是一个 d.ts 的感觉）

gpu 没办法做虚拟化，前段时间组的时候就想过，pve 虚拟化一堆虚拟机，后面发现不支持 vgpu 就老老实实的做成游戏机了，远程写代码可以 windows 开启 ssh ，vscode 过去，不过感觉体验一般般，后面直接买了 mateboo x pro+wsl2 （真的很好用），有需要 cuda 参与的直接台式上写

@dhuzbb 你应该是没详细用过 tailscale ，tailscale 如果可以自动打洞 那不会走中转，如果走中转 我看他直连的速度给的挺高的，当然后续我是为了稳定才自建的。
哈哈 没事，不强求，我也只是提出另一种方案，ip 变化这块可能是运营商和地区问题。一个服务器的成本还是挺低的（轻量服务器）

12300T 。PVE 系统 ALL IN ONE

（我就是） hhh

不赞同 lz 的组网方案，我个人的建议是走 tailscale+自建中转站。

19 年自己已经写过对应的阿里云脚本，走的定时器查询+阿里云 api 改 dns ，这里会有几个问题
1. 阿里云的个人版 dns 解析不会那么及时生效（具体生效时间随缘），甚至你需要先 del 原有的解析记录再 add
2. 公网 ip 随时会变，并且这个频率不会太低，尤其是当你有外网端口访问进来的时候，可能会导致上一秒能访问，下一秒 ip 就变了，目前除非是固定公网 ip ，这种动态公网 ip 就在挑战如何触发运营商的风控机制。

至于 Wireguard ，用了 tailscale 的体验会比单纯搭建 Wireguard 会好很多。

nps ，cloudflare zero ，基本上都用过，体验最好的还是 tailscale 。

同样现象，tplink 的 ap （ poe ），我直接把 160mhz 改为 80mhz ，同时把信道改到 147 这种高信道，现在现象好很多了，如果没那么在意网速的话 可以改为 40mhz （狗头），基本上是邻居信道干扰导致的。