You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Sometimes it's not clear why Beekeeper Studio can't connect to your database.
We should have a connection debugger built in to the connection screen.
Goal of the debugger
The goal is to identify WHERE in the connection sequence problems are occurring. Users are trying to learn if the problem is - DNS, port not open, firewall issue, driver issue, authentication issue, or something else.
One very specific use case will be telling folks why localhost doesn't work, but 127.0.0.1 does work.
This is also great debugging information to be added to issues.
What the debugger shows
It should show the following things in a sequence. Each step should have a timestamp. It's similar to the visual style of GitHub actions, or any other CI tool
Whether ipv4 is supported, whether ipv6 is supported (on the local machine)
IF SSH enabled:
Whether the SSH port can be probed, and is resolvable
If using SSH tunnel, this should happen as an SSH command of some sort
IF using SSH: Whether the local tunnel server starts successfully and connects to the remote port
Whether Beekeeper Studio can probe the remote TCP port using the hostname, and using the IP addresses bound to the domain name (if no SSH tunnel being used)
Whether the <database driver> can establish a connection to the port
if this fails, but the above TCP probe succeeds, then it should probably mention that maybe they should try the IP address directly
Whether authentication works with the provided credentials
Whether the test query can run
The text was updated successfully, but these errors were encountered:
Sometimes it's not clear why Beekeeper Studio can't connect to your database.
We should have a connection debugger built in to the connection screen.
Goal of the debugger
The goal is to identify WHERE in the connection sequence problems are occurring. Users are trying to learn if the problem is - DNS, port not open, firewall issue, driver issue, authentication issue, or something else.
One very specific use case will be telling folks why
localhost
doesn't work, but127.0.0.1
does work.This is also great debugging information to be added to issues.
What the debugger shows
It should show the following things in a sequence. Each step should have a timestamp. It's similar to the visual style of GitHub actions, or any other CI tool
<database driver>
can establish a connection to the portThe text was updated successfully, but these errors were encountered: