在将我的Heroku Redis插件从v4升级到v6.2.3后,Heroku papertrail日志显示此错误:Error accepting a client connection: error:1408F10B:SSL routines:ssl3_get_record:wrong version number
我使用NodeJs和bull
npm包(https://www.npmjs.com/package/bull)连接到Redis,我发现了与此错误相关的类似问题,沿着Heroku文档,基于此,我将bull
redis选项设置为如下:
redis: {
host: redisURL.hostname,
port: Number(redisURL.port),
password: redisURL.password,
tls: {
rejectUnauthorized: false,
},
},
注意tls
参数,我在这里将其设置为Heroku的建议:https://devcenter.heroku.com/articles/heroku-redis#connecting-in-node-js
在卡住了一段时间之后,我尝试注解掉任何连接到Redis的客户端代码,删除插件,并重新配置插件。我希望在我这样做的时候在papertrail中看不到redis日志,但是我仍然看到同样的错误,即使没有连接到redis的代码正在运行...这让我相信可能是在实际的Redis插件示例上的一个设置。而不是我的代码有问题,但我很困惑。
更新内容:
我登录到redis:cli并做了一些调查。client list
显示了2个客户端连接。1个是我在终端中运行的redis:cli的示例,另一个是带有标志的客户端,标志表示“该客户端是到此示例的副本节点连接”(请参见https://redis.io/commands/client-list)。有趣的是,papertrail中记录的错误显示了具有SSL错误fd=12
的客户端连接的文件描述符,而client list
中显示的2个客户端具有文件描述符fd=10
和fd=11
。因此,一定有另一个具有fd=12
的客户端连接,该连接未出现在client list
命令中,从而导致了上面显示的错误。
2条答案
按热度按时间qnakjoqk1#
遇到了同样的问题。除了
rejectUnauthorized: false
之外,添加requestCert: true,
为我解决了这个问题。此外,一些客户端需要agent: false,
(但我使用的Bull版本不识别该参数)ghg1uchk2#
Jasper Kennis' answer是正确的。添加
tls: {rejectUnauthorized: false}
为我解决了这个问题。不幸的是,Heroku只给你一个完整的REDIS_URL
连接字符串,所以你需要自己解析password/host/port(你不能同时指定URL和tls设置)。下面是我的BullModule.forRoot()
配置对象,如果它有帮助的话:使用:@nestjs/bull:0.6.0,Heroku红皮书:6.2.3