基于C#、SignalR的Mono树莓派应用调大系统时间后连接崩溃求助

这个问题我之前在做Mono+SignalR的树莓派项目时碰到过，踩过几个坑，给你梳理下可能的原因和解决办法：

• Mono的TLS证书时间校验异常：Mono处理TLS连接时会严格校验系统时间与证书有效期的匹配性，哪怕是自签证书也不例外。当你突然调大系统时间，很可能让当前时间超出了证书的有效期（比如你自签证书只设了1年有效期），Mono会直接中断TLS连接，进而导致SignalR的WebSocket/长连接崩溃。而调小时间时，只要仍在证书有效期内，就不会触发校验失败。
• SignalR心跳超时逻辑紊乱：SignalR依赖客户端与服务器的心跳包维持连接，服务器会根据系统时间计算心跳超时阈值。如果系统时间突然跳变（调大），服务器可能会误判客户端已超时过久，直接断开连接；或者客户端计算的心跳时间与服务器不匹配，导致连接被判定为失效。
• OWIN/Katana中间件的时间依赖问题：Katana作为OWIN宿主，内部部分中间件（比如Cookie认证、会话管理）会依赖系统时间处理超时和有效期，时间跳变可能触发这些中间件的异常逻辑，间接导致SignalR连接崩溃。

• 临时关闭Mono证书时间校验（仅测试环境）：如果是测试环境快速排查问题，可以通过设置环境变量关闭证书时间校验：

  export MONO_TLS_PROVIDER=legacy
  export MONO_SSL_CERTIFICATE_VALIDATION_CALLBACK=always_true
  

  设置完成后重启应用即可，注意这个方法在生产环境不安全，仅用于排查验证。
• 生成有效期更长的SSL证书：如果是证书有效期问题，重新生成一个有效期足够长的自签证书（比如10年），确保调大时间后仍在有效期内。可以用openssl命令生成：

  openssl req -x509 -newkey rsa:4096 -keyout key.pem -out cert.pem -days 3650 -nodes
  

  之后在OWIN启动代码中配置使用该证书。
• 调整SignalR心跳超时配置：在服务器端和客户端同时增大心跳超时与保持连接的时间，降低时间跳变的影响。
  服务器端（Startup.cs）：

  app.MapSignalR(new HubConfiguration
  {
      EnableDetailedErrors = true,
      KeepAlive = TimeSpan.FromMinutes(5),
      ClientTimeoutInterval = TimeSpan.FromMinutes(10)
  });
  

  客户端（JS代码）：

  $.connection.hub.start({ transport: ['webSockets', 'longPolling'] })
      .done(function() {
          $.connection.hub.keepAliveWakeUpTimeout = 300000; // 5分钟
          $.connection.hub.serverTimeoutInMilliseconds = 600000; // 10分钟
      });
  

• 配置NTP自动同步系统时间：生产环境避免手动调整时间，启用Raspbian的NTP服务自动同步时间，从根源上避免时间跳变：

  sudo apt install ntp
  sudo systemctl enable --now ntp
  

• 升级Mono到最新稳定版：旧版本Mono在处理时间跳变时存在已知bug，升级到最新稳定版大概率能修复这类时间相关的TLS问题：

  sudo apt update
  sudo apt upgrade mono-complete
  

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