Unix Os Syslog
Unix Os Syslog
Legal Notices
Open Text Corporation
275 Frank Tompa Drive, Waterloo, Ontario, Canada, N2L 0A1
Copyright Notice
Copyright 2024 Open Text.
The only warranties for products and services of Open Text and its affiliates and licensors (“Open Text”) are as may be
set forth in the express warranty statements accompanying such products and services. Nothing herein should be
construed as constituting an additional warranty. Open Text shall not be liable for technical or editorial errors or
omissions contained herein. The information contained herein is subject to change without notice.
Trademark Notices
“OpenText” and other Open Text trademarks and service marks are the property of Open Text or its affiliates. All other
trademarks or service marks are the property of their respective owners.
Documentation Updates
The title page of this document contains the following identifying information:
l Software Version number
l Document Release Date, which changes each time the document is updated
l Software Release Date, which indicates the release date of this version of the software
To check for recent updates or to verify that you are using the most recent edition of a document, go to:
https://www.microfocus.com/support-and-services/documentation
Intended Audience
This guide provides information for IT administrators who are responsible for managing
the ArcSight software and its environment.
Additional Documentation
The ArcSight SmartConnector documentation library includes the following resources:
l Technical Requirements Guide for SmartConnector, which provides information about
operating system, appliance, browser, and other support details for SmartConnector.
l Installation and User Guide for SmartConnectors, which provides detailed information
about installing SmartConnectors.
l Configuration Guides for ArcSight SmartConnectors, which provides information
about configuring SmartConnectors to collect events from different sources.
l Configuration Guide for SmartConnector Load Balancer, which provides detailed
information about installing Load Balancer.
For the most recent version of this guide and other ArcSight SmartConnector
documentation resources, visit the documentation site for ArcSight SmartConnectors 8.4.
Contact Information
We want to hear your comments and suggestions about this book and the other
documentation included with this product. You can use the comment on this topic link at
the bottom of each page of the online documentation, or send an email to MFI-
Documentation-Feedback@opentext.com.
For specific product issues, contact Open Text Support for Micro Focus products.
Product Overview
The syslog SmartConnectors use a sub-connector architecture that lets them receive and
process syslog events from multiple devices. There is a unique regular expression that
identifies the device. For example, the same SmartConnector can process events from a
Cisco Router and a NetScreen Firewall simultaneously. The SmartConnector inspects all
incoming messages and automatically detects the type of device that originated the
message.
You can install the syslog SmartConnector as a syslog daemon, pipe, or file connector. You
can use the Syslog Deamon, Syslog Deamon NG, or Syslog File connector types depending
on your requirement. The Syslog File type SmartConnectors also support Syslog Pipe.
For information specific to configuration of devices to send syslog events to ArcSight
SmartConnectors for Syslog (for example, Cisco Routers and Netscreen Firewall), see the
relevant SmartConnector Configuration Guides specific to those devices.
l When a UNIX Syslog Daemon is already in place and configured to receive syslog
messages, an extra line in the syslog configuration file can be added to write the
events to either a file or a system pipe. The ArcSight SmartConnector will run on the
same machine as the Syslog Daemon.
l ArcSight SmartConnectors also can receive message input forwarded from an existing
syslog infrastructure. A configuration line can be added on the concentrator to
forward events to the ArcSight SmartConnector.
Configuration
Syslog Daemon SmartConnector
If you are using SmartConnector for Syslog Daemon, then add the following statement in
the rsyslog.conf file to forward Oracle Audit events to Syslog Daemon:
<eventname> @@(remote/local-host-IP):514
Use *.* to read all Syslog events. For example, For example: *.* @@(remote/local-
host-IP):514.
Replace regex with the specific event name, to filter specific events. For example,
local1.warning @@10.0.0.1:514.
Note: Messages longer than 1024 bytes might be split into multiple messages on syslog
daemon. There are no such restriction for syslog file or pipe.
Important: Make a note of the absolute path to the syslog file or pipe you created as you
would need to specify the details during the installation of the SmartConnector.
Network port The SmartConnector for Syslog Daemon listens for syslog events from this
port.
IP Address The SmartConnector for Syslog Daemon listens for syslog events only from
this IP address, apart from the default (ALL) to bind to all available IP
addresses.
Protocol Specify whether to read files in batch mode or real-time mode. In batch
mode, all files are read from the beginning.
Forwarder This option applies to Batch Mode only. Specify None, Rename, or Delete
as the action to be performed to the file when the connector finishes
reading and reaches end of file . For the real-time mode, retain the default
value None.
b. Click Next.
l Select Syslog File from the Type drop-down:
Pipe Absolute Specify an absolute path to the pipe, or accept the default value:
Path Name /var/tmp/syspipe.
File Absolute Specify the full path name for the file from which this connector will read
Path Name events. The following are default values:
l Solaris:\var\adm\messages
l Linux:\var\log\messages
You can use a wildcard pattern in the file name.
In the real-time mode, rotation can occur only if the file is over-written or
removed from the folder. The real-time processing mode assumes the
following external rotation:
l Date format log rotation: The device creates a new log at a
specified time in the with the naming convention
filename.timestamp.log. The connector detects the new log
and terminates the reader thread to the previous log after the
processing is complete. The connector then creates a new reader
thread to the new filename.timestamp.log and begins
processing that file. To enable this log rotation, specify timestap in
yyyy-MM-dd date format. For example, filename.yyyy-MM-
dd.log
l Index log rotation: The device writes to indexed files in the
following format: filename.log.001,
filename.log.002, filename.log.003, and so on. At
startup, the connector processes the log with highest index. When
the device creates a log with a greater index, the connector
terminates the reader thread to the previous log after processing
completes, creates a thread to the new log, and begins processing
that log. To enable this log rotation, use an index format, as shown
in the following example:filename'%d,1,99,true'.log;
Specifying true indicates that the index can be skipped. For
example, if 5 appears before 4, processing proceeds with 5 and will
not read 4. Use of true is optional.
Parameter Description
Reading Events Specify whether to read files in batch mode or real-time mode. In batch
Real Time or mode, all files are read from the beginning.
Batch
Action Upon This option applies to Batch Mode only. Specify None, Rename, or Delete
Reaching EOF as the action to be performed to the file when the connector finishes
reading and reaches end of file . For the real-time mode, retain the default
value None.
File Extension If This option applies to Batch Mode only. Specify the extension to be added
Rename Action to the file name if the action on reaching the end of file is specified as
Rename. The default value is Processed, which adds a .processed
extension.
b. Click Next.
5. Select a destination and configure parameters.
6. Specify a name for the connector.
7. (Conditional) If you have selected ArcSight Manager as the destination, the
certificate import window for the ArcSight Manager is displayed. Select Import the
certificate to the connector from destination, and then click Next. The certificate is
imported and the Add connector Summary window is displayed.
Note: If you select Do not import the certificate to connector from destination, the
connector installation will end.
8. Select whether you want to install the connector as a service or in the standalone
mode.
9. Complete the installation.
10. Run the SmartConnector.
For instructions about upgrading the connector or modifying parameters, see
Installation and User Guide for SmartConnector.
Connector Severity Very High when Device Severity = emerg, crit, ALERT, alert, fatal, Critical,
CRITICAL, or VeryHigh; High when Device Severity = err, Error, error, High,
or err|error; Medium when Device Severity = warn, Warning, warning,
WARNING, Medium, or warn|warning; Low when Device Severity = info,
notice, debug, NOTIFICATION, success, NOTICE, Low
Device Custom String 1 File Beat, Crond, Falcon-Sensor, Postfix/ Smtps/ Smtpd, Postfix/ Smtpd,
Ansible-Slurp, lpstat, Nscd, Sudo, Nscd, Cmlb, Root, Nfs Rpcbind, and Cmlb
Device Severity Info, Err, Crit, Warning, Low, Medium, Notice, Debug, Alert, and ERROR
External ID ID
Troubleshooting
Depending on the deployment configuration that you choose, messages could pass
through any number of intermediate layers before reaching the SmartConnector. For the
process to work, each of these layers must be function accurately.
Following are some of the potential issues and the procedure to diagnose and
troubleshoot these issues:There is no route from the sender to the receiver, or a
firewall could be blocking traffic on the selected port (usually UDP 514).
To diagnose, run a packet sniffer on the receiver and make sure that the syslog packets
arrive.
Solution: If there is any issue in receiving packets, modify firewall rules to allow syslog
traffic through.
A local firewall is blocking incoming access to that port
To diagnose, check the current firewall rules. On Linux, run 'iptables-L' to list the current
firewall rules.
Solution: Modify firewall rules to allow syslog traffic through.
The receiver is not listening on the specified port
To diagnose, issue the 'netstat-a' command and look for a line with "udp" and ":syslog".
Solution: If the receiving process is the Unix syslogd, the '-r' option might need to be
passed to it before it starts listening for remote messages. Check /etc/sysconfig/syslog on
RedHat.
Another process is listening on the named pipe (only applicable for the Pipe connector)
To diagnose, use 'fuser -v/path/to/pipe' to see which process is listening on the pipel.
Solution: Kill offending process.
Events are not being picked up and processed
To diagnose, open Raw Events and make sure a line is inserted.
Solution: The Line Feed (LF) character (0x0A, \n) is used as a new line character in UNIX
based systems (Linux, Mac OSX, etc).