我刚刚设置了我的第一个Redshift集群，并尝试通过SQL Workbench连接到它，以便能够创建表。
我在此处遵循了安装和配置SQL Workbench的说明：http://docs.aws.amazon.com/redshift/latest/mgmt/connecting-using-workbench.html
我还下载并配置了Redshift JDBC驱动程序的4.0和4.1版本，并试图同时使用它们。
当我使用群集配置中提供的JDBC URL配置连接时，SQL Workbench会尝试连接，然后收到以下错误：
Amazon（500150）设置/关闭连接时出错：连接超时： 连接。
答案 0 :(得分：1)
转到EC2控制台=＆gt;安全组，编辑入站规则添加Redshift选择源MYIP，它将由您的IP [CIDR]
尝试使用JDBC URL / SQL WORKBENCH连接到Redshift问题未解决，后来我从公司LAN断开连接并使用我的个人WI FI网络连接到Internet。
转到EC2控制台=＆gt;安全组，编辑入站规则添加Redshift选择源MYIP，它将由您的IP [CIDR]自动填充，您的CIDR将与步骤1中的相同< / p>
现在我使用JDBC URL / SQL WORKBENCH与REDSHIFT的连接工作正常。
看起来问题是因为公司局域网的代理设置。
答案 1 :(得分：0)
您可以检查是否需要配置任何代理（如果您从安全网络连接）。当我尝试连接到AWS并设置代理时，我遇到了同样的问题，正确的凭据解决了这个问题。
答案 2 :(得分：0)
问题可能是由于种种原因。
通常，如果您的实例无法访问，则会发生连接超时。
如果你的机器在VPC内，请检查它是在私人子网还是公共子网中。
请检查您的NACL /安全组设置。
请检查您是否在数据库参数组中选择了require_ssl为true，这也会在使用SQL Workbench访问时导致错误
答案 3 :(得分：0)
出现此问题的原因还在于您的数据库管理员已配置为由AWS群集提供服务的IP范围。我遇到了同样的问题，结果发现我的IP地址不是我的数据库管理员设置的IP范围的参与者。他添加了我的IP并且工作正常。
答案 4 :(得分：0)
一种解决方法是将JDBC URL中的主机名替换为群集的公共IP，这对我有用！
答案 5 :(得分：0)
仅当您使用除8192之外的其他端口号时才会发生这种情况。将端口号更改为8192并且它可以正常工作！
答案 6 :(得分：0)
您可以尝试以下解决方法，并且可以解决问题。
确保您具有定义了有效端口的正确安全组
在“网络和安全”下，将“公众可访问”值设置为“是”
按照SqlWorkbench / J https://docs.aws.amazon.com/redshift/latest/mgmt/connecting-using-workbench.html
要进行表创建和数据处理，请遵循https://docs.aws.amazon.com/redshift/latest/dg/tutorial-loading-data.html
中给出的步骤