Technical Notes |
|
Verastream Host Integrator (VHI) environments use multiple connections that can be encrypted for increased security. For the connection between the Verastream Session Server and the host, you can use either SSL (beginning in version 6.5) or SSH port forwarding.
Verastream Host Integrator environments use multiple connections that must be individually configured for increased security. For example, in Figure 1, connections A, B, and C are secured using the following security features:
A: To encrypt communications between users and the web server, use Secure HTTP by installing SSL certificates on the web server.
B: To enable SSL-encrypted communications between the Verastream client (connector) and server, enable Verastream security in the Administrative WebStation. (Alternatively, clients can use the RequireSecureConnection API call.)
C: To encrypt the Telnet communications between the Verastream server and host, you can use either SSL or SSH port forwarding.
SSL: Beginning in VHI version 6.5, Telnet SSL and Telnet Extended SSL are supported. In Design tool, these options are available in the list of Transport Types in Session Setup. For more information, see http://www.attachmate.com/docs/verastream/vhi/6.5/help/designtool/hdlg_transporttype.html.
SSH Port Forwarding: For earlier VHI versions, or non-SSL enabled hosts, the remainder of this technical note describes how to use SSH port forwarding to encrypt the Telnet communication.
Note: Attachmate SSH software (Reflection for Secure IT) is available for various UNIX and Windows platforms. For more information on Reflection for Secure IT platform support, see Technical Note 1944.
Figure 1: Encryption Between ComponentsFor more information about other VHI encryption, authentication, and access control features, see http://www.attachmate.com/docs/verastream/vhi/6.5/help/server/SecurityOverview.html.
Port forwarding (or 'tunneling') allows insecure TCP/IP traffic, such as the Telnet traffic between the Verastream server and the host, to be forwarded through a secure SSH connection.
To enable traffic between the Verastream server and the host to be sent through an SSH tunnel, you must establish the SSH connection, and then redirect the Verastream communication through the SSH tunnel.
Figure 2: SSH Tunnel Between Verastream Server and HostOnce the redirection has been established, all Telnet communication between the Verastream server and the host (port 23) is automatically forwarded through the SSH tunnel (port 22).
Typically, the SSH client and server are installed on the Verastream server and the host, respectively, to avoid unsecured hops between systems.
Refer to the SSH documentation for installation instructions. For information on installing Reflection for Secure IT software, see the product documentation at http://support.attachmate.com/manuals/sshdocs.html.
Use the following information (in combination with Technical Note 1862) to configure the Reflection for Secure IT SSH client and server for Verastream port forwarding.
Note: Although this technical note talks specifically about configuring Reflection for Secure IT, the basic concepts presented in the note can be used to help you configure any third-party SSH client and server. Refer to the SSH product documentation for specific details.
After completing Step I in Technical Note 1862, use the following information for Steps II and III.
In Step II, when asked to create the local SSH tunnel, use these values.
| Field |
Step |
Use this Value |
| Forward local port |
4. |
Any port number over 1024 |
| Destination host (to remote) |
5. |
Localhost* |
| Port |
6. |
23 Note: Port 23 redirects Telnet |
*If the SSH server software is not running on the destination host, use the destination host name instead of Localhost.
Where you configure VHI to use the SSH tunnel depends on your Verastream implementation. Wherever you have specified the host name and port number, you should now use these values:
| Host name |
Localhost* |
| Port number |
The number you specified in the 'Forward local port' field above.(A port number over 1024.) |
*If the SSH client software is not running on the Verastream server, use the host name where the SSH client is running instead of Localhost.
The host name and port number may be specified in the model, or in a deployment descriptor: