Prerequisites
Connect AWS RDS to VexiData
Get your RDS connection details
- Log in to the AWS Management Console
- Navigate to RDS > Databases
- Select your database instance
- In the Connectivity & security tab, find the Endpoint and Port
| Parameter | PostgreSQL Example | MySQL / MariaDB Example | SQL Server Example |
|---|---|---|---|
| Host (Endpoint) | mydb.abc123xyz.us-east-1.rds.amazonaws.com | Same format | Same format |
| Port | 5432 | 3306 | 1433 |
| Database | postgres (default) | Your database name | Your database name |
| Username | Your master username | Your master username | Your master username |
| Password | Your master password | Your master password | Your master password |
The master username is set during database creation. If you’ve forgotten your password, you can reset it from the RDS console by selecting your instance and choosing Modify > Master password.
Configure Security Group for VexiData access
AWS RDS uses Security Groups as firewalls that control which IP addresses can connect. By default, your database is not accessible from the internet. You must add VexiData’s IP addresses.
- In your RDS instance’s Connectivity & security tab, click the active VPC security group link
- Select the security group, then click Inbound rules > Edit inbound rules
- Click Add rule and configure:
| Field | Value |
|---|---|
| Type | PostgreSQL, MySQL, MariaDB, or MSSQL |
| Source | Custom |
| IP | 139.59.53.167/32 |
- Click Add rule again for the second IP:
| Field | Value |
|---|---|
| Type | PostgreSQL, MySQL, MariaDB, or MSSQL |
| Source | Custom |
| IP | 165.22.217.42/32 |
- Click Save rules
Security Group configuration is mandatory. Your connection will fail without this step. The
/32 suffix means a single IP address.Ensure public accessibility is enabled
Your RDS instance must be publicly accessible for VexiData to connect:
- Select your database instance in the RDS console
- Click Modify
- Under Connectivity, expand Additional configuration
- Set Publicly accessible to Yes
- Click Continue > Apply immediately
If your database was created in a private subnet, you may need to update the subnet group to include public subnets. Consult the AWS documentation for details.
Add the connection in VexiData
- Go to Data Sources in VexiData
- Click PostgreSQL, MySQL, MariaDB, or SQL Server depending on your RDS engine
- Fill in the details:
| Field | Value |
|---|---|
| Display Name | A name to identify this connection (e.g., “AWS RDS Production”) |
| Host | Your RDS endpoint (e.g., mydb.abc123xyz.us-east-1.rds.amazonaws.com) |
| Port | 5432 (PostgreSQL), 3306 (MySQL / MariaDB), or 1433 (SQL Server) |
| Database | Your database name |
| Schema | public (PostgreSQL) or dbo (SQL Server) — change if your tables are in a different schema |
| Username | Your master username |
| Password | Your master password |
Using a dedicated database user
The RDS master user has full admin privileges. For better security, consider creating a read-only user for VexiData: PostgreSQL:Troubleshooting
Connection timed out
Connection timed out
This is almost always a networking issue. Check all three conditions:
- Security Group — VexiData’s IPs (
139.59.53.167/32and165.22.217.42/32) must be in the inbound rules - Public accessibility — Must be set to Yes on the RDS instance
- Subnet — The instance must be in a public subnet with an internet gateway
Authentication failed
Authentication failed
- Verify your master username and password. You can reset the password from the RDS console under Modify
- If using a dedicated user, confirm it was created with the correct permissions
- Check that you’re connecting to the correct database name
No tables visible after connecting
No tables visible after connecting
- For PostgreSQL, confirm your tables are in the
publicschema. For SQL Server, confirm they’re in thedboschema. If they’re in a custom schema, update the Schema field in VexiData - Check that your database user has
SELECTpermissions on the tables
SSL connection errors
SSL connection errors
- RDS PostgreSQL 15+ enforces SSL by default. VexiData handles this automatically
- If you see SSL-related errors, verify your RDS instance is running and the endpoint is correct