使用C# HttpClient向Splunk发送POST请求时遭遇SSL连接重置异常求助

问题概述 #

基于ASP.NET Core 3.1编写的API部署在Linux虚拟机上，通过HttpClient向企业内网Splunk Collector提交JSON数据时，执行http.PostAsync出现长时间卡顿后报错：The SSL connection could not be established, see inner exception., inner exception, Unable to read data from the transport connection: Connection reset by peer. 已尝试多种SSL证书验证绕过配置无效，但Postman和curl可正常提交，代码也能访问公开POST接口。

解决方案 #

1. 修复异步调用的错误使用 #

代码中直接调用PostAsync但未使用await，导致请求未被正确等待，不仅无法获取响应，还可能引发资源泄漏和异常捕获不及时的问题。必须修改Submit方法为异步方法并等待请求完成：

public virtual async Task<bool> Submit(SplunkEvent splunkEvent)
{
    var setting = new JsonSerializerSettings()
    {
        ContractResolver = new DefaultContractResolver
        {
            NamingStrategy = new CamelCaseNamingStrategy()
        }
    };

    string json = JsonConvert.SerializeObject(splunkEvent, setting);

    try
    {
        // 添加await等待请求完成
        var response = await http.PostAsync(ApiUrl, new StringContent(json, Encoding.UTF8, "application/json")).ConfigureAwait(false);
        // 检查响应状态码，确认请求是否成功
        response.EnsureSuccessStatusCode();
        return true;
    }
    catch (HttpRequestException e)
    {
        Trace.Output(Verbosity.ERROR, $"请求错误: {e.Message}, 内部异常: {e.InnerException?.Message}, 响应状态码: {e.StatusCode}");
        return false;
    }
    catch (Exception e)
    {
        Trace.Output(Verbosity.ERROR, $"未知错误: {e.Message}, 内部异常: {e.InnerException?.Message}");
        return false;
    }
}

2. 明确配置TLS协议并优化SSL设置 #

企业内网的Splunk服务器可能仅支持特定TLS版本（如TLS 1.2或1.3），旧版本协议已被禁用。同时确保SSL配置覆盖所有验证逻辑：

public Splunk()
{
    using (var config = Subsystem.RuntimeContext.getSingletonInstance())
    {
        ApiUrl = config.getItemValue("SYSTEM", "SPLUNK", "COLLECTOR");
        ApiKey = config.getItemValue("SYSTEM", "SPLUNK", "TOKEN");
    }
    var handler = new HttpClientHandler();
    handler.ClientCertificateOptions = ClientCertificateOption.Manual;
    // 明确指定支持的安全TLS版本，禁用不安全的旧协议
    handler.SslProtocols = SslProtocols.Tls12 | SslProtocols.Tls13;
    // 强制绕过证书验证，可选输出错误信息排查问题
    handler.ServerCertificateCustomValidationCallback = (_, cert, chain, errors) => 
    {
        Trace.Output(Verbosity.DEBUG, $"SSL验证错误: {errors}");
        return true;
    };
    // 设置超时时间，避免长时间卡顿
    http = new HttpClient(handler)
    {
        Timeout = TimeSpan.FromSeconds(15)
    };
    http.DefaultRequestHeaders.Add("Authorization", $"Splunk {ApiKey}");
}

3. 排查Linux环境的网络与证书信任问题 #

• 测试端口连通性：在Linux虚拟机上执行命令，确认Splunk服务器端口是否可达：

  nc -zv <splunk-address> <port>
  

  若连接失败，说明存在防火墙或路由拦截，需联系运维团队开放端口。

• 导入内部CA证书（可选）：若企业内网使用自签CA证书，即使代码绕过验证，Linux底层可能仍有限制。可将CA证书导入系统信任库：

  sudo cp your-ca-cert.crt /usr/local/share/ca-certificates/
  sudo update-ca-certificates
  

4. 对比Postman/curl的请求差异 #

仔细对比代码请求与Postman/curl的请求头，确保所有必要信息一致：

• 确认Content-Type为application/json
• 检查Authorization头格式是否正确（Splunk {token}）
• 查看是否遗漏代理、Cookie等其他头信息

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