Windows - OpenSSH
Connecting to an environment without ingress connections
![](https://docs.keeper.io/~gitbook/image?url=https%3A%2F%2F3357255970-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252Fb7weUpu7VBcMnESSH8vG%252Fuploads%252FjLoKNVGoCz147gMAfpeG%252FReverse%2520SSH%2520Tunnel.jpg%3Falt%3Dmedia%26token%3Dccf52ea8-c563-4871-a09b-839a354f7e55&width=768&dpr=4&quality=100&sign=f5e0b31c&sv=1)
Definitions
KCM Server: The instance running Keeper Connection Manager.
Remote Endpoint: A target Windows instance in a protected network without data ingress which cannot yet be accessed directly by the KCM Server.
Prerequisite - Install OpenSSH Client and Server
Good news, Windows now comes with OpenSSH! However, it may not be installed by default. We recommend Installing both the OpenSSH Client and the OpenSSH Server.
Microsoft's instructions for installing OpenSSH are here: https://learn.microsoft.com/en-us/windows-server/administration/openssh/openssh_install_firstuse
Reverse Tunnel Setup
The instructions below outline how to establish a connection from a KCM Server in the cloud, to a Remote Endpoint without network ingress.
(1) Allow inbound SSH on KCM Server
On the KCM Server, ensure that inbound SSH port 22 connections are open from the Remote Server to the KCM instance. We will be establishing an outbound connection from the Remote Server to the KCM instance to set up the reverse tunnel.
(2) Generate SSH Keys on the Remote Endpoint
On the Windows Remote Endpoint, create an SSH key pair which will be used to establish an outbound connection from the Endpoint to the KCM Server. Enter the following into an elevated command prompt:
This will create two files, a private key and a public key. Leave the private key in place.
![](https://docs.keeper.io/~gitbook/image?url=https%3A%2F%2F3357255970-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252Fb7weUpu7VBcMnESSH8vG%252Fuploads%252FWcZNovgOlQw21mz5v1Kh%252Fchrome_axfM2DC6A2.png%3Falt%3Dmedia%26token%3D161f163a-5e2a-431d-bc9d-902fc26dae1b&width=768&dpr=4&quality=100&sign=a2978bed&sv=1)
![](https://docs.keeper.io/~gitbook/image?url=https%3A%2F%2F3357255970-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252Fb7weUpu7VBcMnESSH8vG%252Fuploads%252F6UdScxEkTfKULEjROHgb%252Fchrome_bO0Jz0t6j1.png%3Falt%3Dmedia%26token%3D8f7e2a6f-f295-4c75-9bd1-653128fb1dc3&width=768&dpr=4&quality=100&sign=f6be8c3e&sv=1)
Next, we will copy the public key file (.pub) from the windows endpoint to the KCM Server.
You can copy the .pub file using any method you choose
If you have outbound traffic allowed, you can use the following command in PowerShell as Administrator:
![](https://docs.keeper.io/~gitbook/image?url=https%3A%2F%2F3357255970-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252Fb7weUpu7VBcMnESSH8vG%252Fuploads%252FkSDjgJ5rgjH7ltJ7MxjQ%252Fchrome_tfkgvSvn4l.png%3Falt%3Dmedia%26token%3D9553e41e-7f4b-43ef-bb9b-8dc11b775e29&width=768&dpr=4&quality=100&sign=d03fb64b&sv=1)
(3) Verify SSH Connectivity from Remote Endpoint to KCM Server
You should now be able to SSH from the remote server into the KCM server, without any prompt.
(4) Establish the ssh tunnel
Make sure that you have a firewall in place to block inbound connections on all ports except what is needed (HTTP/HTTPS/SSH). And/or change the 0.0.0.0 in the following command to the IP of your KCM server.
To create a persistent session, we will utilize a batch file with an ssh command, and the windows task scheduler. First, open notepad and copy in the following command:
Edit the command with the values that correspond to your path, desired port, and URL, and save the file as a .bat file.
![](https://docs.keeper.io/~gitbook/image?url=https%3A%2F%2F3357255970-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252Fb7weUpu7VBcMnESSH8vG%252Fuploads%252FhPtWEDcsdxXVErBkrJEp%252Fchrome_fubMSkN6Tu.png%3Falt%3Dmedia%26token%3D925fc5e9-3123-4b42-8618-1a98ca3d58ba&width=768&dpr=4&quality=100&sign=2c485034&sv=1)
Open Windows Task Scheduler, create a new task with a trigger set to "on startup" and an action to run the .bat file that you created.
![](https://docs.keeper.io/~gitbook/image?url=https%3A%2F%2F3357255970-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252Fb7weUpu7VBcMnESSH8vG%252Fuploads%252FS38z2u2K4Zyj7Zvwyqll%252Fmmc_MhmemFfSpL.png%3Falt%3Dmedia%26token%3Dffd2ae91-3d27-460f-93e6-d6f38b48e977&width=768&dpr=4&quality=100&sign=e6e2d789&sv=1)
![](https://docs.keeper.io/~gitbook/image?url=https%3A%2F%2F3357255970-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252Fb7weUpu7VBcMnESSH8vG%252Fuploads%252FJv52u9rtLRxxeVuu9SFL%252Fchrome_PwYXPZnQAk.png%3Falt%3Dmedia%26token%3D2442aed8-1367-499a-b303-af47c1a9ff84&width=768&dpr=4&quality=100&sign=65702a63&sv=1)
(5) Update GatewayPorts setting on KCM Server
This step only needs to be completed once, so if you have already completed it while setting up a different reverse ssh tunnel method, you can move on to step 7
On the KCM Server, the SSH process (sshd) must be modified to permit remote hosts (e.g. the guacd Docker container) to be allowed to connect to forwarded ports. By default, sshd binds remote port forwards to the loopback address. Setting the value of GatewayPorts to "clientspecified" allows the client to select the address to which the forwarded port is bound.
Edit the file
/etc/ssh/sshd_config
Update the GatewayPorts line to this:
Restart sshd
The reverse tunnel is now established between the Remote Server and the KCM Server.
(6) Update docker-compose to reference the host
This step applies only to the docker installations.
In the Docker install environment, it's possible to establish a connection to the Keeper Connection Manager host instance using a special host name called host.docker.internal.
To configure this, update the file /etc/kcm-setup/docker-compose.yml
guacd section to include the "extra_hosts
" parameter, as seen below:
Update the docker environment for the change to take effect.
(7) Create Connection to the target Remote Server
Now that the reverse SSH tunnel is set up, and the docker container is able to access the reverse tunnel, you can now simply create a connection from the Keeper Connection Manager interface.
Create a new RDP connection with the hostname of host.docker.internal
and the port of 9000 (or your chosen port).
![](https://docs.keeper.io/~gitbook/image?url=https%3A%2F%2F3357255970-files.gitbook.io%2F%7E%2Ffiles%2Fv0%2Fb%2Fgitbook-x-prod.appspot.com%2Fo%2Fspaces%252Fb7weUpu7VBcMnESSH8vG%252Fuploads%252FPWQHq7zcnNwFHfnT7li2%252FScreen%2520Shot%25202022-07-04%2520at%252010.43.47%2520PM.png%3Falt%3Dmedia%26token%3D45504026-cab5-497f-9fa7-9ca54fd2a844&width=768&dpr=4&quality=100&sign=c49721c3&sv=1)
As usual, ensure that the proper Authentication parameters are populated in the connection for the remote server. In this case, the remote server is being accessed via the established reverse SSH tunnel.
Save the connection, navigate back to the "My Connections" or "Home" screen, and then click on the connection you just created to verify the routing was successful.
Creating More Connections
If you would like to establish more connections using reverse SSH tunneling, repeat Step 4 of this guide on a different port (e.g. 9001, 9002, etc...). Then create a connection with the specified port number when creating Connections inside Keeper Connection Manager.
References
Several references and guides posted online contain helpful information about this configuration.
Last updated