SignalR Core Client本地HTTPS正常，使用计算机名则无法连接

我之前在折腾早期版本的ASP.NET Core SignalR客户端连接远程HTTPS地址时，也碰到过几乎一模一样的问题。结合你的场景来看，核心问题集中在证书验证逻辑和预览版库的兼容性bug上，给你几个具体的解决步骤：

1. 修复HTTPS证书的主机名匹配问题 #

本地自签的开发证书默认只会把localhost设为有效主机名，当你改用计算机名访问时，证书的Subject Alternative Name(SAN)字段里没有这个计算机名，直接触发SSL验证失败——哪怕你加了ServerCertificateValidationCallback，早期预览版的SignalR客户端也可能存在回调不生效的情况。

解决方法：

• 重新生成包含计算机名的自签证书（管理员权限打开PowerShell执行）：

  New-SelfSignedCertificate -DnsName "localhost, MYCOMPUTERNAME" -CertStoreLocation "cert:\LocalMachine\My"
  

  生成后记得把证书导入到「受信任的根证书颁发机构」里，避免客户端报不信任错误。
• 临时强化验证回调（仅开发环境用，生产绝对禁止）：
  确保回调能处理主机名不匹配的情况：

  ServicePointManager.ServerCertificateValidationCallback += (sender, cert, chain, sslPolicyErrors) =>
  {
      // 开发环境放宽验证逻辑
      if (sslPolicyErrors == SslPolicyErrors.RemoteCertificateNameMismatch || sslPolicyErrors == SslPolicyErrors.None)
      {
          return true;
      }
      return false;
  };
  

2. 升级SignalR客户端到稳定版本 #

你用的Microsoft.AspNetCore.SignalR.Client v1.0.0-preview1-final是非常早期的预览版本，存在大量未修复的兼容性bug，尤其是.NET Framework环境下的HTTPS连接逻辑。

.NET Framework 4.6.1支持.NET Standard 2.0，你可以直接升级到稳定的LTS版本（比如v3.1.x），升级后改用HubConnectionBuilder构建连接，这比旧的构造函数可靠得多：

// 升级后的代码示例
ServicePointManager.ServerCertificateValidationCallback += (sender, cert, chain, sslPolicyErrors) => true;
var hubUrl = "https://MYCOMPUTERNAME:44374/chat";

var hubConnection = new HubConnectionBuilder()
    .WithUrl(hubUrl)
    .AddJsonProtocol()
    .Build();

await hubConnection.StartAsync();

3. 排查网络与防火墙问题 #

• 先测试ping MYCOMPUTERNAME是否能解析到正确的IP，排除DNS解析故障；
• 检查防火墙是否开放了44374端口的入站/出站权限，尤其是客户端和服务器不在同一台机器时；
• 用浏览器访问https://MYCOMPUTERNAME:44374/chat，如果能正常加载SignalR协商页面，说明网络和证书没问题，问题出在客户端代码。

4. 显式指定传输方式（可选） #

早期预览版的WebSocket传输可能存在兼容性问题，你可以强制使用LongPolling或者混合传输来绕过：

// 针对旧版本构造函数的配置方式
var connection = new HttpConnection(new Uri(hubUrl), new JsonHubProtocol(), null);
connection.Transports = HttpTransportType.LongPolling; // 也可以写 WebSockets | LongPolling

var hubConnection = new HubConnection(connection);
await hubConnection.StartAsync();

按照这些步骤排查，应该能解决你用计算机名访问的问题。

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