无法通过IAM配置文件从DBeaver连接AWS Athena求助

问题背景 #

已通过R语言包noctua成功连接AWS Athena，使用本地AWS配置文件中的default-prof profile，并指定了Assume Role的ARN，但在DBeaver中采用相同逻辑配置时无法建立连接，尝试设置ProfileCredentialsProvider和自定义role_arn属性均无效。

正确配置步骤 #

1. 完善本地AWS配置文件 #

在~/.aws/config中补充Assume Role相关配置，让AWS SDK自动处理角色切换，无需在DBeaver中单独配置：

# ~/.aws/config
[profile default-prof]
region = us-east-1
output = json
role_arn = arn:aws:iam::123456789123:role/FooRole
source_profile = default-prof

~/.aws/credentials保持原有配置不变：

# ~/.aws/credentials
[default-prof]
aws_access_key_id = YOUR_ACCESS_KEY
aws_secret_access_key = YOUR_SECRET_KEY

2. DBeaver驱动属性精准配置 #

打开Athena连接的驱动属性标签页，按以下参数设置：

• AwsCredentialsProviderClass: com.simba.athena.amazonaws.auth.profile.ProfileCredentialsProvider
• AwsCredentialsProviderArguments: default-prof
• S3OutputLocation: s3://s3.foo.bar.baz（与noctua中s3_staging_dir一致）
• Region: us-east-1
• WorkGroup: my-workgroup-foo

3. 不要添加自定义role属性 #

Simba Athena驱动不识别自定义的role_arn或preferred_role属性，角色切换逻辑完全依赖本地AWS配置文件中的role_arn配置，删除之前添加的自定义属性即可。

4. 检查驱动版本 #

确保DBeaver使用的Simba Athena驱动版本≥2.0.0，旧版本对Profile驱动的Assume Role支持存在缺陷。可通过DBeaver的「驱动管理」功能检查并更新驱动。

5. 排查错误日志 #

若测试连接仍失败，可通过「帮助→诊断日志」查看具体错误信息，常见问题包括：

• 本地配置文件路径错误（DBeaver可能无法识别非默认路径的配置文件，需确保文件在~/.aws/下）
• IAM用户无Assume目标角色的权限
• S3 staging目录无读写权限

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