Heroku应用RQ Worker无法连接EC2：SSL证书验证失败求助

问题原因 #

主应用通过设置ssl_cert_reqs=None解决了Redis的SSL连接问题，但RQ Worker仍报错，核心原因是Worker没有复用你配置好的Redis客户端实例，而是自行创建了新的连接，未携带禁用证书验证的参数。Heroku Redis使用自签名证书链，默认SSL验证逻辑会拒绝此类证书，因此必须显式关闭证书验证。

解决方案 #

方案1：确保RQ Queue与Worker共用配置好的Redis实例 #

直接使用redis_from_url解析REDIS_URL并传入SSL参数，同时将该实例传递给Queue和Worker，避免手动解析URL出错：

from redis import from_url as redis_from_url
from rq import Queue, Worker
from dotenv import load_dotenv
import os

load_dotenv()

# 统一初始化Redis实例，自动处理URL中的所有参数
redis_url = os.getenv('REDIS_URL')
if redis_url:
    redis = redis_from_url(redis_url, ssl_cert_reqs=None)
else:
    # 本地开发环境无需SSL
    redis = redis_from_url("redis://localhost:6379")

# 创建任务队列时传入配置好的Redis连接
task_queue = Queue(connection=redis)

# Worker启动逻辑（如果是单独的worker.py脚本）
if __name__ == '__main__':
    # 绑定队列并使用同一个Redis连接
    worker = Worker([task_queue], connection=redis)
    worker.work()

方案2：修正Procfile与Worker启动逻辑 #

如果你的Worker通过Heroku Procfile启动，确保启动脚本中正确初始化Redis：

1. Procfile示例：

worker: python worker.py

2. 在worker.py中必须确保Redis实例的初始化代码和主应用一致，特别是ssl_cert_reqs=None参数不能遗漏。

方案3：验证Worker环境变量 #

• 确认Worker Dyno能正确读取REDIS_URL：可以在Worker启动时添加打印语句，输出redis_url的值，排查是否存在环境变量未同步的问题。
• 本地测试时，确保.env文件中REDIS_URL与Heroku配置一致，避免本地环境与生产环境的配置差异。

关键提示 #

手动解析Redis URL容易遗漏参数（如查询字符串中的SSL配置），推荐使用redis_from_url方法，它会自动处理URL中的所有参数，再附加ssl_cert_reqs=None即可。

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