制造业的产线终端远程运维
自有工厂的产线设备与办公终端分属两张网，OT 与 IT 的隔离是这个场景绕不开的第一个问题。
更新于
先分清一件事，否则容易看错页面：
- 你是制造企业，要管自己工厂里的设备 → 就是这一页
- 你是设备厂商，要管卖给客户的机器 → 设备远程诊断与维护
两者的约束完全不同。下面讲的是前者。
第一个问题：OT 和 IT 是两张网
多数工厂里，产线网络（OT）和办公网络（IT）是分开的， 而且这种分离往往是刻意的安全设计，不是历史遗留。
这意味着不能把办公网的那套做法直接搬到产线上。实际可行的形态有三种：
- 产线网有受控出口 —— 让 IT 放行特定主机与端口，一次沟通，长期有效
- 通过跳板机 —— 远程接入跳板机，再从跳板机进产线网。多一跳，但边界清楚
- 完全隔离 —— 远程接入在这里不成立。这种情况下值得考虑 私有化独立部署，把服务端放在你自己的网络里
第三种要早确认。 它决定的不是配置细节，是这套方案在你这里成不成立。
第二个问题：产线设备不能随便重启
办公电脑重启一下没什么，产线上的工控机重启可能意味着一批在制品报废。
所以产线场景的远程操作要求更强的事前可见性： 先看清楚状态再动手，而不是「试试重启」。 连接日志与自动录屏在这里不只是合规要求， 它们是事后复盘「那次停线到底是谁改了什么」的唯一依据。 这两项从团队版起提供，见安全与审计。
第三个问题：工控机不都跑标准 Windows
产线上常见嵌入式系统、精简版 Windows，甚至 Linux 的 HMI。
WorksLink 的成品客户端目前只有 Windows 与 macOS 版本。 Linux 设备走不了成品客户端这条路 —— 如果确有需要，客户端 SDK 是跨平台的，可以嵌进设备自己的软件里， 见把远程控制集成进自有系统。
这一条最好在选型阶段就把设备清单过一遍，而不是部署到一半才发现。