无固定IP考勤设备与公网Web应用建立在线连接的方案咨询

方案1：WebSocket主动长连接方案（你初步考虑的方案可直接落地） #

该方案完全适配你当前的.NET Core + Angular技术栈，实现成本最低：

• 设备端适配：给考勤设备内置WebSocket客户端逻辑，设备启动后主动向公网部署的.NET Core服务端发起WebSocket连接，连接时携带唯一设备标识码做鉴权，服务端维护设备ID-WebSocket连接实例的全局映射表。由于是设备主动向外发起连接，不需要设备有固定公网IP，只要设备所在网络能正常访问公网即可。
• 服务端实现：.NET Core原生支持WebSocket中间件，无需引入第三方依赖，最简配置示例如下：

var builder = WebApplication.CreateBuilder(args);
var app = builder.Build();

// 启用WebSocket中间件
app.UseWebSockets();

// 定义WebSocket连接入口
app.Map("/device-ws", async context =>
{
    if (!context.WebSockets.IsWebSocketRequest)
    {
        context.Response.StatusCode = StatusCodes.Status400BadRequest;
        return;
    }
    // 设备鉴权：从请求头获取预设的唯一设备ID
    var deviceId = context.Request.Headers["X-Device-Id"].FirstOrDefault();
    if (string.IsNullOrWhiteSpace(deviceId))
    {
        context.Response.StatusCode = StatusCodes.Status401Unauthorized;
        return;
    }
    using var webSocket = await context.WebSockets.AcceptWebSocketAsync();
    // 将当前连接存入全局映射表，后续可直接通过设备ID索引到连接收发数据
    GlobalDeviceConnectionManager.Add(deviceId, webSocket);
    
    // 持续监听设备上报的数据
    var buffer = new byte[4096];
    while (webSocket.State == WebSocketState.Open)
    {
        var receiveResult = await webSocket.ReceiveAsync(new ArraySegment<byte>(buffer), CancellationToken.None);
        // 处理设备上报的打卡等数据逻辑
        await ProcessDeviceUploadData(deviceId, buffer, receiveResult.Count);
    }
    // 连接断开后从映射表移除
    GlobalDeviceConnectionManager.Remove(deviceId);
});

app.Run();

• 前端联动：Angular端如果需要实时展示打卡数据，可直接和服务端建立WebSocket连接，服务端收到设备上报数据后按需推送给对应权限的前端页面即可。
• 稳定性优化：需要加双向心跳检测机制，服务端和设备定期发送心跳包判断连接存活状态，设备端加断连自动重试逻辑，避免网络波动导致连接中断。

方案2：MQTT物联网消息协议方案（适合多设备大规模部署场景） #

如果后续需要对接的考勤设备数量较多，推荐使用该方案，可靠性更高：

• 核心逻辑：在公网部署MQTT Broker，考勤设备作为MQTT客户端，上报数据时往专属Topic发消息，接收服务端指令时订阅专属Topic。服务端作为MQTT客户端，通过订阅对应设备的Topic接收打卡数据，下发指令时往对应设备的Topic发消息即可。消息可靠性可通过配置QoS等级保证，支持离线消息缓存，设备上线后就能收到离线期间下发的指令。
• 低改造成本：如果现有考勤设备不支持MQTT，可在设备所在局域网部署一个轻量网关程序，网关和设备走原有TCP协议对接，网关作为MQTT客户端和公网Broker通信，不需要改造原有设备的通信逻辑。

方案3：内网穿透方案（仅适合快速测试验证，不推荐生产环境使用） #

• 核心逻辑：在考勤设备所在局域网部署内网穿透客户端，给设备的通信端口映射一个固定的公网访问地址，服务端直接通过这个地址和原有TCP协议对接设备，不需要改造原有设备和桌面端的通信逻辑，可快速验证功能。
• 注意点：该方案依赖穿透服务的稳定性，安全性和并发能力都较低，仅适合小范围测试使用，生产环境不建议部署。

内容的提问来源于stack exchange，提问作者Aliasghar Yousefian