docs/pages/enroll-resources/database-access/faq.mdx
This page provides the answers to common questions about enrolling databases with Teleport. For a list of frequently asked questions about Teleport in general, see Frequently Asked Questions.
The Teleport Database Service currently supports the following protocols:
For PostgreSQL, Oracle and MySQL, the following Cloud-hosted versions are supported in addition to self-hosted deployments:
See the available guides for all supported configurations.
The following PostgreSQL protocol features aren't currently supported:
(!docs/pages/includes/database-access/db-audit-events.mdx!)
When configuring the Teleport Proxy Service, administrators can set the
postgres_public_addr and mysql_public_addr configuration fields to public
addresses over which respective database clients should connect. See
Proxy Configuration for
more details.
This is useful when the Teleport Web UI is running behind an L7 load balancer (e.g. ALB in AWS), in which case the PostgreSQL/MySQL proxy needs to be exposed on a plain TCP load balancer (e.g. NLB in AWS).
Using TLS routing for the Teleport Proxy Service allows for all database connections with the web public address.
</TabItem> <TabItem scope={["cloud","team"]} label="Cloud-Hosted">In Teleport Enterprise (Cloud), database connections use the web public address since TLS routing is applied.
</TabItem> </Tabs>Teleport relies on client certificates for authentication, so any database client that supports this method of authentication and uses modern TLS (1.2+) should work.
Standard command-line clients such as psql, mysql, mongo or mongosh are
supported. There are also instructions for configuring select
graphical clients.
We plan to support more databases in the future based on customer demand.
See if the database you're interested in has already been requested among GitHub issues or open a new issue to register your interest.
Yes, you can pass custom CA certificate by using a
configuration file
(look at ca_cert_file).
Yes, use server_name under the tls section in your Teleport configuration
file. Please look on our reference
configuration file
for more details.
Yes, although it is not recommended. Certificate verification prevents person-in-the-middle attacks and makes sure that you are connected to the database that you intended to.
Teleport also allows you to edit your
configuration file
to provide a custom CA certificate (ca_cert_file) or custom DNS name
(server_name), which is more secure.
If none of the above options work for you and you still want to disable the CA
check, you can use mode under the tls option in the Teleport configuration file.
For more details please refer to the reference configuration file.
Yes, you can use the Teleport generated label endpoint-type on your aws
matcher to filter the endpoints. For example, to disable read-only and custom
endpoints for RDS auto-discovery, you can specify other endpoint types to
match:
aws:
- types: ["rds"]
regions: ["us-west-1"]
tags:
"env": "dev"
"endpoint-type":
- "primary"
- "instance"
See labels reference for a full list of Teleport generated labels and values.