Admin settings - Connections Stay organized with collections Save and categorize content based on your preferences.
To access theConnections page, open theAdmin menu and, underDatabase, chooseConnections.
Note: If you have a permission that provides access to only select pages in the Admin panel, such asmanage_schedules,manage_themes, orsee_admin, but you don't have theAdmin role, the page or pages that are described here may not be visible to you in the Admin panel.Viewing connections
On theConnections page, you can view your database connections and the IP addresses that are needed to allow network traffic. If the ability to create a new database has been enabled for your instance, you can also add a new connection.
Databases tab
TheDatabases tab shows basic information about the database connections that you've defined. It also shows any Looker-managed connections that you've created, if the ability to create a new database has been enabled for your instance. You can also test the status of and edit the configuration of those connections from theDatabases tab.
You can clickPublic IP Addresses to view the list of IP addresses that are needed to allow network traffic from your Looker instance. All network traffic from Looker will come from one of the listed IP addresses, based on the region where your Looker instance is hosted. Prohibiting traffic to your database, except from these and other trusted IP addresses, is a way to limit data access.
Note: ThePublic IP Addresses button is not available forLooker (Google Cloud core) instances. If you are using a Looker (Google Cloud core) instance that is set up for public secure connections or for hybrid connections, use the IP address listed in theEgress Public IP field on theDetails tab of theInstances page in the Google Cloud console.The following table describes the elements on theDatabases tab:
| Column | Description |
|---|---|
| Name | The name of the connection, chosen by you, that is used in theconnection LookML parameter. When youtest the connection, Looker displays the list of status checks under the connection name. |
| Database | The name of the database that Looker will query when using this connection. |
| Scope | Whether the connection can be used with all projects or only one specific project. |
| SSH Server | The name of the SSH server configuration used to create an SSH tunnel to your database. This column shows only if theSSH Servers tab is enabled on your Looker instance. |
| SSL | Whether or not you are using SSL encryption to protect the data traveling between Looker and your database (there areother secure options besides SSL). |
| Type | The SQL dialect of the database connection. |
| Actions | Actions that you can take for a connection:test a connection,edit a connection,view other information about a connection, jump to a list of links to the connection's Explores, or delete a connection. If the ability to create a new database has been enabled for your instance, you can alsoadd data from an additional data source to any Looker-managed connections. |
SSH Servers tab
TheSSH Servers tab isn't available forLooker (Google Cloud core) instances.
TheSSH Server option is available if a Looker (original) instance is deployed on Kubernetes infrastructure, and only if the ability to add SSH server configuration information to your Looker instance has been enabled. If this option is not enabled on your Looker instance and you would like to enable it,contact a Google Cloud sales specialist oropen a support request.
Looker automatically chooses the localhost port for you when creating SSH tunnels; you cannot specify the localhost port.
SSH connections to PrestoDB or Trino databases may require additional database configuration. When SSL is enabled, the PrestoDB or Trino database defaults to listening on port 443. To establish the SSH tunnel, Looker must set the localhost port to 443, which is already in use by Looker. This will cause the SSH tunnel setup to fail. To correct the issue, configure your PrestoDB or Trino database to listen on a port other than port 443 when SSL is enabled.
TheSSH Servers tab lists the SSH server configurations that you have added, indicates the status of connections to the SSH servers, and lists thedatabase connections using each SSH server. From theSSH Servers tab, you can alsotest a connection to an SSH server, andadd or edit SSH server configurations.
The following table describes the elements on theSSH Servers tab:
| Column | Description |
|---|---|
| Server Name | The name of the SSH server configuration, chosen by you, that is used to connect to your database. |
| Connections | A list of the database connections that connect to the SSH server. Clicking a database connection opens theEdit Connection page for that database connection. |
| Three-dotOptions menu | Actions that you can take for an SSH server configuration:test connections to an SSH server,add a database connection to an SSH server,edit an SSH server configuration, ordelete an SSH server configuration. |
Adding or editing an SSH server configuration
To add a new SSH server configuration:
- In theSSH Server tab, clickAdd Server
- In theUnnamed Server field in the top right corner, enter a name for the SSH server configuration.
- ClickDownload Key to download the public key to a text file. Be sure to save this file for later use.
- In theServer Username field, enter the username that Looker will use to connect to the SSH server.
- In theServer IP Address or Hostname field, enter the SSH server IP address or hostname.
- In theServer Port field, enter the port number used to connect to the SSH server.
- Add the downloaded public key to the authorized key file on your SSH server. See theUsing an SSH server documentation page for more information and an example.
- Ensure that the appropriateLooker IP addresses are added to the allowlist on your SSH server so that Looker can connect to the SSH server.
- ClickTest & Request Fingerprint to verify your connection to the SSH server.
- View the new SSH configuration. On this screen, you can also download or view the public key and view the unique fingerprint of the SSH server configuration.
To edit an existing SSH server configuration, click the three-dotOptions menu in the row of the selected SSH server, and chooseServer Details.
Testing the connections to an SSH server
To test all database connections to an SSH server:
- Click the three-dotOptions menu in the row of the chosen SSH server.
- ChooseTest Connections.
Looker will test all database connections using that SSH server and display a green checkmark next to the server name and all connections where the connection test passes. A red exclamation point icon indicates that the connection failed the test.
Note: If you make changes to your SSH server'ssshd_config file, before testing the connection you'll need to restart the sshd daemon on your SSH server for the changes to take effect.Adding a database connection to an SSH server
To add a new database connection using an SSH server:
- Click the three-dotOptions menu in the row of the chosen SSH server.
- ChooseAdd Connection.
Looker displays theConnection Settings page, with the SSH server listed in theSSH Server field.
Deleting an SSH server configuration
To delete an SSH server configuration:
- Click the three-dotOptions menu in the row of the SSH server to delete.
- ChooseDelete Server.
Testing connections
Looker lets you test your existing connections to make sure they are functioning properly. You can also test connections as you add them, as described on theConnecting Looker to your database documentation page.
Each connection test includes a list of status checks to tell you whether Looker can successfully use the database connection.
Potential issues are shown in yellow; errors are shown in red. If a connection "passes", it appears in green.
Database connections that use OAuth, such asSnowflake andGoogle BigQuery, require a user login. If you are not logged in to your OAuth user account when you test one of these connections, Looker will show a warning with aLog In link. Click the link to enter your OAuth credentials or to allow Looker access to your OAuth account information.
You can check the status of:
- A single connection by clickingTest to the far right of that connection
- All connections by clicking theTest All Connections button at the top of the page
Two checks are common cause for confusion:
- Can find temp schema
- Can use persistent derived tables
These checks don't need to pass for Looker to function. However, you do need them to pass to usepersistent derived tables, which are a very valuable modeling feature.
Adding connections
To add a new database connection, follow the steps described on theConnecting Looker to your database documentation page.
Editing connections
To edit an existing connection, open theConnections page by selecting theAdmin menu, and then, underDatabase, chooseConnections. Click theEdit button for the connection. The same page that you use to create a connection will appear (described on theConnecting Looker to your database documentation page), but with the relevant information already filled out. Make any needed changes, and then clickUpdate Connection.
Actions available for all connections
All connections offer these options from the gear drop-down menu to the far right of each connection:
| Option | Description |
|---|---|
| SQL Runner | This option brings you to Looker's SQL Runner, with the proper connection and schema already selected. |
| Explore | This option brings you to a list of basic, automatically-generated Explore options for your connection. These are not based on your customized data models, but they enable some quick reporting on the raw data in your connection's tables. This is typically only useful for getting an idea of table contents before modeling, rather than for the purposes of actual data analysis. |
| Delete | To delete an existing connection, click the gear drop-down menu to the far right of a connection and selectDelete. You'll be given the opportunity to confirm the deletion but, once you do so, it cannot be undone. Accidentally deleting a connection will disable any queries that use it. However, if you re-create a new connection with the same name, functionality will be restored. |
Actions available for some connections
Depending on the connection dialect, the gear drop-down menu to the right of the connection may offer the following additional options:
| Option | Description |
|---|---|
| Show Tables | This option brings you to a Looker Explore page that lets you create Looker Explore queries based on the metadata of your connection. Although this option begins with the schema name, table name, and column count selected, you can manipulate it like any other Looker Explore. |
| Show Databases | This option brings you to a Looker Explore page that lets you create Looker Explore queries based on the metadata of your connection. Although this option begins with the schema name, catalog name, table count, and column count selected, you can manipulate it like any other Looker Explore. |
| Show Processes | This option brings you to a Looker Explore page that lets you create Looker Explore queries based on the processes running on this connection, the state they are in, how long they have been running, and other info. This can be useful in helping determine the cause if Looker is running slow, or if a query is not running at all. |
| Show PDT Event Log | This option brings you to a Looker Explore page that lets you create Looker Explore queries based on the derived table activity for this connection. The available fields are described in more detail on ourPersistent derived tables documentation page. |
Except as otherwise noted, the content of this page is licensed under theCreative Commons Attribution 4.0 License, and code samples are licensed under theApache 2.0 License. For details, see theGoogle Developers Site Policies. Java is a registered trademark of Oracle and/or its affiliates.
Last updated 2026-02-18 UTC.