无法从本地笔记本连接AWS Redshift Serverless集群是何原因？

你现在的连接失败分为两个层面的问题，其中API参数用错是当前报错的核心原因：

1. Redshift Data API 调用参数完全错误 #

这是你当前CLI、Node.js SDK调用超时/连接断开的直接原因：

• --cluster-identifier 是预置版Redshift集群专用参数，Redshift Serverless 不识别该参数，必须替换为 --workgroup-name 参数，值传入你创建的工作组名称（你当前环境为default）。
• 禁止给redshift-data相关命令/SDK客户端手动指定--endpoint为Redshift集群的5439连接地址：Redshift Data API是AWS托管的服务接口，请求默认发往对应区域的Redshift Data服务端点，全程不需要你直连数据库的5439端口。你把API请求直接发往数据库的SQL服务端口，两边通信协议完全不匹配，必然出现连接重置、超时。
• 修正后的CLI命令如下：

aws redshift-data list-databases --workgroup-name default --database dev --region us-east-1

*如果你的命名空间配置了自定义数据库管理员用户，再额外加--db-user参数传用户名即可，使用IAM认证场景不需要手动传该参数。

• Node.js的RedshiftDataClient调用同理：删除自定义的endpoint配置，把请求参数里的clusterIdentifier字段替换为workgroupName: 'default'即可，不需要配置数据库地址、端口，SDK会自动对接AWS服务端点完成请求。

2. 直连5439端口场景的网络配置遗漏 #

如果你后续需要用psql、JDBC、Node.js pg驱动等方式直连数据库5439端口（不是走Redshift Data API），现有配置还需要排查以下项：

• 确认工作组绑定的子网为公网子网：子网关联的路由表必须存在0.0.0.0/0指向互联网网关（IGW）的路由规则，仅开启控制台的「公网可访问」开关，如果子网没有公网路由，公网流量依然无法到达集群。
• 确认安全组除了入站5439端口放行0.0.0.0/0外，出站规则没有做不必要的流量限制。
• 本地网络连通性验证：先在本地执行telnet <你的Redshift Serverless端点> 5439，如果telnet连接失败，优先排查本地防火墙、公司网络是否限制了5439端口的出站访问，再回头核对VPC路由、安全组配置。

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