我刚刚设置了我的第一个Redshift群集，并试图通过SQL Workbench连接到它，以便能够创建表。Amazon AWS连接错误
我按照安装和配置这里SQL工作台的方向：http://docs.aws.amazon.com/redshift/latest/mgmt/connecting-using-workbench.html
我也下载并配置了4.0和4.1版本的红移JDBC驱动程序，并试图同时使用。
当我配置使用集群配置中提供的JDBC URL连接时，SQL工作台尝试连接，然后我收到以下错误：
Amazon(500150) Error setting/closing connection: Connection timed out: connect.
您可以检查是否有任何的代理，你需要配置（如果您从安全网络连接）。当我尝试连接到AWS并设置代理时，我遇到了同样的问题，正确的凭据解决了问题。
问题可能是由于各种原因。
如果您的实例不可访问，则通常会发生连接超时。
如果您的机器位于VPC内部，请检查它是否在私有或公有子网中。
请检查您的NACL /安全组设置。
如果您在DB的参数组，这也将导致你错误，而使用SQL工作台
也出现该问题，因为IP范围您的数据库管理员配置进行维修访问选择require_ssl为true，请检查通过AWS群集。我有这个相同的问题，事实证明，我的IP地址不是我的数据库管理员设置的IP范围的参与者。他添加了我的知识产权，并且工作。
去到EC2控制台=>安全组，编辑入站规则添加红移选择来源MYIP，它会被你的IP来自动填充[CIDR]
试图连接使用JDBC URL到红移/ SQL WORKBENCH问题未解决，后来我断开公司LAN并使用我的个人WI FI网络连接到Internet。
去到EC2控制台=>安全组，编辑入站规则添加红移选择来源MYIP，它会被你的IP [CIDR]被自动填充，您的CIDR不会相同步骤-1中
现在我与使用JDBC URL/SQL WORKBENCH的REDSHIFT的连接工作正常。
看起来问题是因为公司局域网的代理设置。
由于安全组中的封闭端口，我也得到了此错误。 – walla
只有当您使用除8192以外的其他端口号时才会发生这种情况。将端口号更改为8192并且它可以正常工作！
请描述您的安全组设置。 – tedder42
最有可能与安全组不允许访问和/或集群不在您的VPC的公共子网中相关。 –