Your browser does not allow storing cookies. We recommend enabling them.

SSH

Running the Connection Broker

The Connection Broker component consists of two processes:

  • ssh-broker-g3: the Tectia Connection Broker process

  • ssh-broker-ctl: control process for the Connection Broker. It can be used, for example, to view the status of the Connection Broker, to stop the Connection Broker, or to load private keys to memory.

Normally, there is no need to start the ssh-broker-g3 process separately. The sshg3, scpg3, and sftpg3 client programs start it in the on-demand mode, and stop it when the client program is stopped. However, if you reconfigure Connection Broker settings, you must stop and start the Connection Broker.

If you are running several tunneling or file transfer jobs for a single user and do not want that a separate ssh-broker-g3 process starts each time one of these jobs is run, you can start ssh-broker-g3 in persistent mode. After that, all client programs run by the user will use the same instance of ssh-broker-g3. This saves system resources. The Connection Broker can be started manually under USS or by using a JCL script.


 

 
Highlights from the SSH.COM blog:

  • Cryptomining with the SSH protocol: what big enterprises need to know about it

    Cryptomining malware is primarily thought of as targeting desktops and laptops and is used to hijack system resources to mine cryptocurrency.
    Read more
  • SLAM the door shut on traditional privileged access management

    Did you know that something as trivial-sounding as granting access for your developers or third parties to a product development environment can throw a gorilla-sized monkey wrench into your operations and productivity?
    Read more
  • We broke the IT security perimeter

    Everyone understands the concept of a security perimeter. You only gain access if you are identified and authorized to do so.
    Read more