Your browser does not support HTML5 local storage or you have disabled it. Some functionality on this site, including saving your privacy settings and offering you special discounts, uses local storage and may not work with local storage disabled. We recommend allowing the use of local storage in your browser. In some browsers, it is the same setting used for disabling cookies.

SSH Tectia 
PreviousNextUp[Contents] [Index]

    About This Document >>
    Installing SSH Tectia Server for IBM z/OS >>
    Using SSH Tectia Server for IBM z/OS >>
    Configuring the Server >>
    Configuring the Client >>
    Authentication >>
    Troubleshooting SSH Tectia Server for IBM z/OS >>
    Examples of Use >>
        Secure File Transfers Using the z/OS Client>>
        Secure File Transfers Using Windows and Unix Clients>>
        Submitting JCL Jobs over Secure Shell
        Debugging SSH Tectia Server for IBM z/OS>>
        Example of Distributing Keys >>
            Mainframe Server Keys
            Remote Server Keys
            Mainframe User Keys
            Remote User Keys
    Man Pages >>
    Log Messages >>

Mainframe Server Keys

The server is run as a started task under the SSHD2 user as described in Section Running as a Started Task, one server on each LPAR that will be accessed.

Each system (LPAR) has its own /etc/ssh2 directory. A server key is generated for each system. The mainframe administrators can publish the fingerprints of these keys.

The remote users download the server public key on the first Secure Shell access to the mainframe and whenever the server key has been changed. This access must be interactive and the user must verify the key by its fingerprint and allow the Secure Shell client program to write it to the user's hostkey directory or file. The directory is $HOME/.ssh2/hostkeys for SSH Tectia Client on Unix and "%USERPROFILE%\Application Data\SSH\HostKeys" for SSH Tectia Client on Windows. OpenSSH clients store the host keys in the $HOME/.ssh/known_hosts file.

To set up client access to mainframe Secure Shell servers, the users must access all the mainframe systems, either using manual interactive connections or using similar script to ssh-1st-connect2.sh. When this is done, accessing the mainframe only requires the users to enter their passwords.

PreviousNextUp[Contents] [Index]


[ Contact Information | Support | Feedback | SSH Home Page | SSH Products ]

Copyright © 2006 SSH Communications Security Corp.
This software is protected by international copyright laws. All rights reserved.
Copyright Notice

===AUTO_SCHEMA_MARKUP===