Skip to main content
Version: 5.2.0.0

SysLog

info

Per default, the features described here are not shipped along with Orchestra Business Suite.
Please contact our Support to retrieve any required modules.

Orchestra has built-in support for connecting to a SysLog server over network connections as well as providing its own SysLog server for remote clients.

The following chapter describes how to configure the SysLog client and server in Orchestra Runtime.

Prerequisites​

Since the SysLog implementation is designed as a Component, ensure to configure loading of Extended Java Components first. Afterwards, copy the following Java archives to a subfolder (e.g. syslog) of your libext directory.

Java archiveCondition
orchestra-syslog-component-client-<version>.jarYou like to use the SysLog client within Orchestra.
orchestra-syslog-component-server-<version>.jarYou want Orchestra to provide a SysLog server.
orchestra-syslog-example-processor-<version>.jarYou like to store SysLog messages received by your server in the Orchestra database.

Once done, restart your Orchestra application to make sure the Component loader picks up the newly added modules.

Configuration​

The configuration is done using Orchestra Component Browser.

SysLog Client​

The Orchestra SysLog client is capable of sending SysLog messages over the network to a SysLog server.

Configuration​

info

Make sure you have already deployed the required orchestra-syslog-component-client artifact to your Orchestra environment.

The configuration consists of two steps:

  1. Define at least one target connection.
  2. Configure log events in your process model to send messages over these connections.

In case you want to connect to the SysLog server using TLS, another step is required for key and certificate exchange.

Define a connection​

Open the SyslogClient section in your Component Browser. If not present already, create a new group for your connection under the root SyslogClient configuration. You will see the following configuration parameters per connection:

ParameterType / Possible ValuesDescription
Connection identifierAny unique StringIdentifies the current connection to allow referring to it later.
is activeboolean: yes | noFlag if the current connection may be used in process models or not. Per default, the example syslog connection is not active! Make sure to enable it first.
Server hostHost name or IP addressHost name or IP address of the target SysLog server, e.g. 127.0.0.1 or my-syslog-host.mycompany.local.
Server portInteger describing a network portPort used to connect to the SysLog server. For TCP connections, usually it is 514. For TLS-secured connections, usually it is 6514.
Connection protocolChoice between tcp | udp | tlsDefines which transport protocol is used to connect to the server.
is persistentboolean: yes | noWhen enabled, Orchestra keeps TCP and TLS connections open after sending a message to the server. This reduces the overhead of establishing new TCP connections per log message. Default: yes.

Example: Configure connection over unencrypted TCP connection​

ParameterValue
Connection identifiermySyslogServerOverTcp
is activeyes
Server hostlocalhost
Server port514
Connection protocoltcp
is persistentyes

Example: Configure connection over encrypted TLS connection​

ParameterValue
Connection identifiermySyslogServerOverTls
is activeyes
Server hostsyslog.mycompany.local
Server port6514
Connection protocoltls
is persistentyes

Make sure to read the TLS section below to configure certificates and private keys properly.

Configure Log events​

Once you created and activated a connection you are able to select it as target in intermediate log events in Orchestra process models.

Refer to Log event chapter in Designer Manual for details.

Configure TLS​

Since client authentication of SysLog senders is mandatory according to RFC 5425 a TLS connection requires both: The server-side TLS certificate to identify the server on client side and a client-side keypair and certificate to identify the client on server side.

Server side TLS certificate​

The signing authority of your server's certificate must be stored in your JREs keystore. Therefore, Java provides the key tool which allows you to do this by using a single command.

Add certificate authority to JRE certificate store
# keytool -import -alias "Root CA (SysLog)" -file /path/to/your/ca/cert.pem -keystore /path/to/your/jre/lib/security/cacerts

You will be asked for the keystore password of cacerts first (default: changeit) before you are displayed the certificate details to confirm them.

Client certificate authentication​

For client side authentication you need to create a new Java Keystore (which contains exactly one key) in your Orchestra configuration directory.

Pathconfig/security/syslog.keystore
Keystore PasswordORCHESTRA
Key PasswordORCHESTRA

Do not forget to let the server accept the certificate provided by this configuration.