New feature: Build-in support for SSH tunnels

Connecting all your data sources to a central Data Virtuality instance can be challenging when your infrastructure is distributed across multiple networks. Your data sources might not be reachable if you host your Data Virtuality instance in another network. A common practice is to create an SSH tunnel through a bastion host that enables connecting to internal hosts.

Until now, you needed to maintain this tunnel on the DataVirtuality server's operating system level using tools such as autossh. We now implemented support for SSH tunnels directly in DataVirtuality for both Windows and Linux servers making additional tools obsolete.

Let's look at an example for implementing the scenario pictured above. Using plain SSH you might have used a command similar to autossh -M 0 -N user@bastion-host.com -L 3306:internal-dbms:3306 for creating a tunnel. The same tunnel can be created in DataVirtuality using plain SQL:

CALL "SYSADMIN_VDB.createSSHTunnel"(
  "name" => 'unique_name_of_your_tunnel',
  "localHost" => 'localhost',
  "localPort" => 3306,
  "remoteHost" => 'internal-dbms',
  "remotePort" => 3306,
  "host" => 'user@bastion-host.com',
  "sshPort" => 22,
  "privateKeyPath" => '/home/datavirtuality/.ssh/private.key'
);;

Now you can connect to the tunnelled MySQL data source by connecting to localhost:3306 when creating a new data source in Data Virtuality.

To monitor the state of your SSH tunnel you may query SYSADMIN_VDB.SSHTunnel.

This feature is available since Data Virtuality 2.0.37.