🚀   Portable does more than just ELT. Explore Our AI Orchestration CapabilitiesÂ

When connecting to your database or service, Portable first needs to resolve the hostname you provided to an IP address. If this step fails, you'll see a "DNS Resolution" error in the diagnostic checks.
Your hostname (e.g., db.example.com) couldn't be resolved to an IP address. This typically happens before any actual connection attempt is made.
The most common cause. Double-check for:
databse.example.com instead of database.example.com)db.example.com vs db.example.io)If your database uses an internal DNS name (e.g., db.internal.mycompany.local), it won't resolve from Portable's servers. Internal DNS names only work within your private network.
Solution: Use one of these instead:
If you recently created or changed a DNS record, it may take time to propagate (anywhere from minutes to 48 hours, depending on TTL settings).
Solution: Wait and retry, or verify the record has propagated using a tool like dnschecker.org.
Your DNS provider may be experiencing issues, or the DNS record may have been deleted.
From your local machine, run:
# macOS/Linux
nslookup db.example.com
# or
dig db.example.com
# Windows
nslookup db.example.com
If this returns an IP address, the hostname is valid. If it fails locally too, the issue is with the DNS record itself.
Use an online DNS lookup tool to verify the hostname resolves from outside your network:
If you're using a managed database service, find the correct endpoint in your cloud console:
| Provider | Where to Find |
|---|---|
| AWS RDS | RDS Console → Databases → Your DB → Endpoint |
| Google Cloud SQL | Cloud Console → SQL → Your Instance → Connect → Public IP or Connection name |
| Azure Database | Azure Portal → Your Database → Overview → Server name |
If the hostname resolves correctly from external tools but Portable still reports a DNS error, contact support with:
dig <hostname> or nslookup <hostname>