factorio 2.7k 小时玩家路过，之前是集群工厂负责运维的。实现了 3 台物理服务器扛起来每分钟 10w 瓶子科研

有设备应该能搞。没设备的话估计只能黑盒挖漏洞了

你把屏幕采集类远控(todesk/向日葵/teamview)和协议类远控(rdp)搞混了
屏幕采集类的是把被控端屏幕画面截取压缩传输到主控端。主控的操作实时给被控。画面是被控渲染的，所以被控有多少个屏幕就能看到多少个画面
协议类是把被控的屏幕数据给主控。主控操作同样是发数据过去。因为实际上是协议数据交互所以没有什么太多和画面有关的东西。画面在主控渲染的。主控有多少屏幕就是渲染多少画面
按你说的被控是多屏幕。主控单屏幕。走 rdp 的话当然是以主控的屏幕数为准。如果你主控有多个屏幕也可以再 rdp 登录的时候设置支持多屏幕(win 连 win)来实现多屏幕支持。实测和本地多屏幕没啥太大区别
另外 rdp 实际上相当于用一个登录使用的账户顶掉了被控那边同样的账户。所以说被控有没有屏幕都没什么影响。实际上很多 windows 的服务器就是一根网线一根电源就完了。所有的操作都是 rdp 上去处理

去解决这个问题。会有非常大的困难。还不如做一个 webapi 。随便你在什么机器什么 vm 。只要网络同都可以玩

补充一下。服务器上很多硬件接口并不是公开的。出厂时也会尽可能阉割不必要的针脚。所以你想用双路服务器

exsi 是虚拟化平台。树莓派你用的是 gpio 接口。一个是软件。一个是硬件。不是一个层面的东西。我给个建议。你可以用类似 esp8266 这种做个 webapi 来实现对点阵屏的内容刷新。当然树莓派也可以。无论怎么样。驱动点阵屏幕都需要硬件级 io(即针脚)支持(例如 gpio)

看 exsi 支持吧。如果没有什么特殊需求。比如 raid 卡。hba 卡，10g/40g 网卡，只是普通需求的话。amd 也还行。exsi 对硬件兼容性没那么好。如果考虑新采购的话。尽可能往大牌子有支持的靠吧
我自己也有用 amd epyc 跑 exsi 的。需求也没那么高。实际使用下来感觉也还好

按实际资源，个人感觉上浮 30-50%余量差不多吧，注意处理好网络和磁盘 io 。尽量淘汰落后产能(指能效比较低的机器)
最终应该用不了那么多服务器

你可以先安装好。然后进系统了启用 administrator 。然后删除原有账户。删除 c:/user/xxx 文件夹

控制台使用频率不高，如果不是很介意的话，无视就行了，大部分时候都 ssh ，ssh 正常就行
如果实在是想要，得装桌面环境，然后使用桌面提供的终端程序，或者吧语言切回英文

你应该也用过我们的平台，CTFHub ，我是站长 /开发者
CTFHub 这使用的是 K8S 做调度的，用户点击启动以后，后端生成出这个 pods 的启动 yaml ，调用 K8S 的 api 完成 pod 的创建和服务检测，对外暴露用的是我们自己开发的一套类似 ingress 的东西，实现了 3 层和 7 层转发
你的这个需求应该可以用 ctfd 完成，我印象这个也是支持直接启动环境的，可能需要自己在搭建一个 harbor 镜像仓库

@lwjef 不是单臂，路由器依然是 WAN LAN 双口连接，只是 LAN 口是 TRUNK 而已，既然已经考虑软路由方案了，支撑万兆也只是 CPU 性能问题，加钱即可

我这边建议，主路由可以考虑用 ikuai ，然后交换机当纯二层使用，不要处理跨 vlan 通信，跨 vlan 的事情交给 ikuai
给主路由的 lan 口连接到交换机是，设置为 trunk
ikuai 上加 vlan ，开启 IPv6
其他机器按需求在交换机上设置 VLAN ID
整个 V4 V6 都是 ikuai 在处理
我这里实测是家里任意一个 vlan 的机器都可以拿到 IPv6

网线跑不满 2.5 不是啥大问题，我自己这里一台服务器 12 盘坐 RAID6 后直通给一个 linux(2C4G)开 samba ，常年使用没有任何负载和掉速上的问题，对于机械掉速我能想到的几个点，
1. vmdk 会有性能损失
2. 按你的描述扩大内存配额掉速有所缓解，个人感觉像是黑裙的问题
建议可以把盘拆下来，单独接到 PC 上做读写测速来确定是否是盘的问题
建议更换另一块已经经过速度测试的盘到黑裙来测试掉速是否是黑裙的问题

陕西电信，直接打电话说是私网 IP 转公网，然后该怎么玩怎么玩，甚至可以 4 拨拿到 4 个公网 IP ，已经这么玩了好几年了

有意尝试一下，已加 V

没看明白一个物理接口在没有 vlan trunk 的情况下是如何做到通两个子网的
不过题主这个是有办法实现的。很简单
整个结构可以看作是一个双 WAN 单 LAN 的网络。那实际上。最简单的。搞个支持多 wan 的路由器。墙上的线用傻瓜交换分成两根。分别接到 wan1 wan2.并分别配置 0.1/24 1.1/24 的 ip 。你自己的设备挂在这个路由下面应该就可以了。不过还是建议和 it 说一下尽可能处理内网延迟才是正途。我猜测这种网络结构布局可能存在环路情况导致交换 /路由负载过高从而使得内网延迟较高

很明显报错里 unzip command not found 。装一个 unzip 接着跑宝塔安装呗。有错误没关系。可以先翻译一下再说什么问题

@Aixiaoa
@gebishushu
抱歉之前留的可能加密方式有问题
wechat=base85_decode('H$;8)3&(');
qq=base64_decode(rot13('Zwt1AwR3AQVk'));
建议使用 cyberchef : )