群晖的系统里本身就带了个反向代理。给你另外两个跑 Docker 的配置反向代理就行了。
你需要配置一个统一的 DNS ，然后在里面把几个不同的域名指向你这三台机器。
再在这三个机器的反向代理里面，把不同域名过来的请求分发到不同端口上就行了。

或者更简单点，就配置一个反向代理，然后所有你这些域名全指过去，再从这个反向代理里面分发到另外三台机器的不同端口上。

既然不管别人说什么，只要不和你意你都不信，那何必来问？

当年就有人热衷于论坛上去扒各种 HIPS 规则，今天试一个明天试一个，还有各种评测。
最后搞得自己电脑三天两头重装。

这不就是一回事么。天道轮回，计算机这行里就没有新鲜事。

Rider 或者 VS2022 吧，2019 卡的不行。

@liaohongxing 不管你觉得有问题还是没问题，负责就好。

@liaohongxing “风险”就是指的你这种情况。因为搞明白能用不能用的成本非常高，有可能需要根据具体情况开庭吵一架才行，所以直接不用它就是最好的选择。

@wnanbei 这就是它坑的地方。你考虑一个场景，你如果使用了 GPL 的库，那你的程序要以 GPL 发布吗？
然后现在回到 AGPL ，它是说你如果修改了，那么你要发布代码。但你再回去看看它的前言，它说 AGPL 是为了堵上 GPL 的这个 ASP 的漏洞。
所以说到底按哪个算？按照 GNU 的意思，你得开庭吵一架才行。
这就叫风险，不用 AGPL 不是因为它限制大，而是因为它有风险。

@buliugu AGPL 是个垃圾协议，整个 GPL 家族里面最垃圾的一个。写的漏洞很多。
如果你是软件作者，以 AGPL 协议发布自己的作品很容易被坑，看看 MongoDB 。
如果你是软件使用者，使用以 AGPL 协议发布的作品也容易被坑，GNU 自己的 FAQ 都写不清楚。
所以基本只要公司有正经法务负责 FOSS 审查，就肯定不会让碰这种垃圾协议。Google 还专门给 AGPL 写了个页面警告不要用。

MinIO 还是算了吧，你们用开源组件都不看 License 的吗？

野生放养就是了，除非有专门人维护，不然一毕业全完蛋。
而且用网络存储速度比服务器里自带的 SSD 差远了。测试的时候你可能觉得单机跑没啥问题，等你有个三五台服务器，每台都在撸数据的话，IO 直接炸掉。到时候你就发现限制你性能的不是 GPU ，而是 IO 。GPU 大部分时间都在等 IO 。而且有的框架写的垃圾，调 IO 很频繁。
最好的办法是你自己写个程序来回搬运数据，谁要用某台机器了，就把他的数据搬过去。
但还是那句话，你就算写了这东西，等你毕业了也全完蛋。所以还是别折腾了，抢吧。

物理不可控就视为已经被破解就可以了，就不要考虑保护了。
除非你像游戏厂商用的那些专业的防破解程序，但就算是它们，也没法顶得住破解。
破解与自我保护从来就是个成本问题

@zinwalin 没说清，我的意思是你的 shell 。就像 4 楼说的，omz 会有个 git 插件，在你进入代码库的时候在命令提示上显示分支名和状态。
那个功能就绑定在 cd 里，如果你代码库比较大，cd 进去就得卡半天。

@arbit 当个简单的内网服务器

term 是不是开了 git 插件。。。

这公司名叫天顶星。。。你还怕它跑路？