Rails使用Dalli连接开启TLS传输加密的ElastiCache失败求助

针对你遇到的"reset peer connect"错误，结合你的环境版本（Rails 7.0.4、Dalli 3.2、Dalli ElasticCache 1.0.1），可以通过以下步骤修复SSL连接问题：

核心问题分析 #

你之前尝试添加:ssl => true但未生效，大概率是因为没有将配置选项正确传递给Dalli::ElastiCache的初始化方法，或者缺少SSL证书验证的必要配置。

解决方案步骤 #

1. 正确传递SSL配置选项 #

修改代码，将包含SSL设置的配置作为第二个参数传入Dalli::ElastiCache.new，同时添加证书验证相关配置：

cache_endpoint = ENV['M_SERVERS']
cache_options = {
  compress: true,
  ssl: true,
  # 指定系统证书路径（适用于Ubuntu/Amazon Linux等默认包含AWS根证书的系统）
  ssl_ca_file: '/etc/ssl/certs/ca-certificates.crt',
  # 确保开启证书验证（默认值，可显式声明避免意外）
  ssl_verify_mode: OpenSSL::SSL::VERIFY_PEER
}

# 关键：将cache_options作为第二个参数传入
elasticache = Dalli::ElastiCache.new(cache_endpoint, cache_options)
puts(elasticache.servers)

2. 处理证书缺失场景 #

如果你的系统默认证书存储不包含AWS根证书，需要手动下载Amazon Root CA 1证书，放到项目的config/certs目录下，然后修改ssl_ca_file路径：

ssl_ca_file: Rails.root.join('config/certs/amazon-root-ca-1.pem').to_s

3. 验证配置有效性 #

启动应用后，检查是否仍有连接错误。如果还是出现证书相关错误，可以临时将ssl_verify_mode设为OpenSSL::SSL::VERIFY_NONE（仅用于调试，生产环境禁止），确认是否是证书验证问题。

额外注意事项 #

• Dalli 3.x对SSL配置的要求比旧版本严格，必须显式传递完整的SSL上下文参数
• 确保ElastiCache集群的安全组允许你的Web服务器访问对应的端口（默认加密端口是6379，部分集群可能用不同端口）
• 确认ENV['M_SERVERS']中的端点是ElastiCache的配置端点（而非单个节点端点）

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