The Signiant Manager automates and controls the movement of digital content within and between organizations. The Manager is installed on a server to coordinate and log the data transfer activities carried out by a collection of Signiant Agents. Agents are installed on remote computer systems and are responsible for the actual transfer of data.
root
NT Authority\system
/etc/hosts
:
# ::1 localhost localhost.localdomain localhost6 localhost6.localdomain6
127.0.0.1 localhost.localdomain localhost
Note: All host names required for the installation should be fully-qualified and resolvable by DNS.
Contact Signiant Customer Support to obtain the installer.
To install a Manager:
tar -zxvf <filename>
./install.sh
.exe
file to extract the contents into a temporary folder and launch the Signiant installer.Note: If you are prompted to restart your computer during installation, finish installing the Manager software before restarting.
Installation keys allow Signiant administrators to control the number of Agents a user can install. The Certificate Authority generates these keys, which are valid for a specific period of time.
Choose to require installation keys for Agent installation or to allow Agent installation without an installation key. By default, Agent installation does not require an installation key.
Rapid Basic Installation (RBI) automatically uses Signiant configuration options to get started quickly with Signiant Agents. It also includes keyless Agent installation. This mode of installation is appropriate in production environments where the advanced security functions of the Signiant software are not required, as well as in test environments.
Choose to enable or disable Rapid Basic Installation Mode. RBI is enabled by default.
These options appear if you select Specify other values for the default users.
For custom setups only:
You must assign the AgentPort, RulesServerPort, and SchedulerPort to set up Signiant services on the Manager host. Enter the port number on which the specified service will be running.
Note: Signiant requires that ports 80 and 443 be available for Manager/Agent communication. If another application on your system is using these ports, the application will warn you to make the port(s) available and re-run the installer.
Once you install the Manager, you can log into it using the URL provided by your Signiant administrator.
The Manager URL should be in the following format:
https://<Manager_address>/signiant
The <Manager_address>
is the fully qualified hostname of the Manager.
To use the Signiant software and any additional features or applications purchased, you must add their licenses to your Manager. The Licenses page displays a list of the features for which you have purchased a license, as well as the associated license key, its expiry date, the date it was added, its status (Active or Expired), and the licensed Agent count for the feature.
To add a license key to the product:
By default, Manager notifications are sent from transmgr@<manager_host_name>
.
Although most mail servers will have no problem accepting mail from this address, some email server configurations will only accept a valid email address that exists in the domain. In these systems, failure to update the email address of the sender will result in disruptions to email notification delivery. In this event, errors recorded in the mail server event log will indicate mail being rejected from the Signiant Manager server.
To configure email properties:
To test the email notification feature:
On a fresh install, Signiant creates default log maintenance and Manager backup jobs, with a default schedule and preferences. You can modify these jobs to suit your own scheduling needs and add an email address for notification purposes, in case of job failure.
For the backup job, you must first install an Agent to which to assign the backup.
Before deleting old maintenance and backup jobs, verify that they were properly migrated to the new versions.
To verify the migration, navigate to Jobs > Report > Job Groups and comparing the old jobs to the migrated versions.
Note: Do not un-suspend the old jobs, as they will interfere with the new backup/maintenance jobs.
Signiant recommends that you have at least two accounts with administrative access, in case one account is locked out or a password is forgotten.
To create a second administrative account:
On some browsers, you may get a warning every time you log into the Signiant Manager. To avoid receiving this message, you can obtain a third-party certificate for your JBoss server through Signiant.
Upgrading ensures you have the latest features and updates to the Signiant Manager+Agents software, while keeping your existing configuration.
A software upgrade stops all Signiant processes, including any scheduled jobs.
Manager upgrade times vary greatly depending on the system being upgraded, and there may be little indication of progress during the upgrade. Make sure that you perform your upgrade at a time that will ensure the least disruption to your system. Before upgrading your Manager, ensure it is backed up.
Note: Make sure you are not running System Health when performing an upgrade.
To upgrade a Manager:
tar.gz
file from the Manager+Agents portal to a temporary location on your Linux server.tar -zxvf <filename>
tar -zxvf DTM_LRH6_64_12.0.100.SIGNIANT.tar.gz
.exe
file. This will extract the contents into a temporary folder and will automatically launch the Signiant installer.To uninstall the Manager:
<signiant_install_directory>/bin/siguninstall
Y
. If you choose N
, you can remove the database and all users and groups manually at a later point.If you choose not to remove the database when uninstalling the Manager components on Linux, you can do so manually in your terminal.
To manually remove the database, run rm -fR <install_directory > /db
.
If you choose not to remove users and groups when uninstalling the Manager components on Linux, you can do so manually in your terminal.
To manually remove the users, run userdel [-r] <userid>
.
Note: The user's home directory will be removed along with the user's mail spool.
To manually remove groups, run groupdel <groupid>
.
On new installations, SSL V3 communication is disabled by default. For any upgraded installations, the SSL V3 status is not impacted.
Use the sslEnableDisable.pl script to manage the enabling and disabling of SSL V3 communication. This script is located in <signiantHome>/bin
.
The parameter options for sslEnableDisable.pl
are: enableSSLv3 or disableSSLv3 (e.g. sslEnableDisable.pl disableSSLv3).
Note: SSL 1.0, 1.1, and 1.2 are always supported.
If SSL V3 is disabled on your Signiant Manager and you have written Perl scripts that use the Net::SSL Perl module for HTTPS communication, you must modify your Perl script to use IO::Socket::SSL module.
If you have the following line in your Perl script: use Net::SSL
:
use Net::SSL
.
if (eval {require IO::Socket::SSL;1})
{
IO::Socket::SSL- > import();
IO::Socket::SSL::set_defaults(SSL_verify_mode = > SSL_VERIFY_NONE);
}
else
{
require Net::SSL;
Net::SSL- > import();
}
If the SSL verify mode needs to verify the server certificate, insert the following:
if (eval {require IO::Socket::SSL;1})
{
IO::Socket::SSL- > import();
my $caCertString = '<PEM encoded CA certificate string > ';
require IO::Socket::SSL::Utils;
IO::Socket::SSL::Utils- > import('PEM_string2cert');
my $caCertHandle = PEM_string2cert($caCertString);
IO::Socket::SSL::set_defaults(
SSL_verify_mode = > SSL_VERIFY_PEER,
SSL_ca = > [$caCertHandle]
);
}
else
{
require Net::SSL;
Net::SSL- > import();
}