Connect to remote Docker over SSH
We recommend using the Visual Studio Code Remote-SSH extension to connect to a remote machine running Docker engine, but it also possible to connect to the remote Docker engine directly, using SSH tunneling.
Set up SSH Tunneling
Use ssh-keygen or similar to get and configure a public/private key pair for SSH authentication. Password authentication is not supported by Docker and not possible with a
DOCKER_HOST-based configuration. If a key pair has already been set up, it can be used.
ssh-agenton the local system with the private key file produced above.
Windows (OpenSSH): The latest version(s) of Windows 10 include OpenSSH by default. There is a Windows service,
ssh-agentthat is disabled by default, and needs to be re-enabled and set to automatic start. From an admin command prompt, run
sc config ssh-agent start=autoand
net start ssh-agent. Then, do
Windows (Pageant): You can use Pageant instead of OpenSSH, in which case it is necessary to set the environment variable
SSH_AUTH_SOCK=pageant. Making that a user or system environment variable will be easiest.
ssh-agentis present by default. Do
ssh-add <keyfile>. Ubuntu was tested; you might have different results on other distributions.
ssh-agentis present by default, but
ssh-adddoes not persist across logins. Do
ssh-add <keyfile>. We recommend configuring VS Code to run this command on terminal startup with
terminal.integrated.shellArgs.osxor otherwise configuring a startup script. You can also manually run that command each login.
Verify that your identity is available to the agent with
ssh-add -l. It should list one or more identities that look something like
2048 SHA256:abcdefghijk somethingsomething (RSA). If it does not list any identity, you will not be able to connect. Also, it needs to have the right identity. The Docker CLI working does not mean that the Explorer window will work. The Explorer window uses dockerode (which in turn uses ssh2), whereas the Docker CLI uses the
sshcommand, and benefits from an automatically inferred configuration.
Create a Docker context that points to the remote machine running Docker. Use
ssh://username@host:portas the Docker endpoint (replace "host" with your remote machine name, or the remote machine IP address). Issue the following command from terminal window:
docker context create my-remote-docker-machine --docker "host=ssh://username@host:port"
Always include the user name in the Docker endpoint address, even if it is the same as the local user name. If you omit the port, it defaults to 22.
Use the Command Palette (⇧⌘P (Windows, Linux Ctrl+Shift+P)) to issue the Docker Context: Use command to activate the Docker context pointing to the remote machine. This command causes both VS Code and Docker CLI to use the remote machine context.
It is recommended to change the refresh rate to something longer than the default with the
docker.explorerRefreshIntervalsetting. The connection over SSH is slow, and it can result in trying to refresh again before the previous refresh even finished. We recommend at least 3000 ms.
The "host" part in the Docker endpoint string (
ssh://username@host:port) must be either a globally-resolvable DNS machine name, or an IP address. Docker extension will not be able to use host aliases defined in the SSH configuration file.
Make sure the remote machine host key is already memorized in the known_hosts file. The simplest way to ensure this is to connect to the machine via
sshclient program (run
ssh username@host:portfrom the command line). Upon first-time connection, the
sshprogram will display the host key and let you approve it, updating the
There is an issue with ssh-keygen utility that comes with Windows 10 build 1909 and older that prevents it from working properly with newer SSH daemons (for example, the one that comes with Ubuntu 20.04 LTS and newer). The workaround is to use ECDSA-type key, not RSA-type key, for the SSH connection. You can generate an ECDSA SSH key and add it to SSH agent with following commands:
ssh-keygen -t ecdsa -b 521 ssh-add id_ecdsa
Windows 10 build 1909 and older are affected by an issue that prevents SSH from getting to your identities after Windows OS update. The workaround is to add a dummy service entry to system configuration. Run the following from administrative command prompt window:
sc create sshd binPath=C:\Windows\System32\OpenSSH\ssh.exe