Installs and configures rsyslog to replace sysklogd for client and/or server use. By default, the service will be configured to log to files on local disk. See the Recipes and Examples sections for other uses.
Tested on:
- Ubuntu 9.10
- Ubuntu 10.04
- Ubuntu 12.04
- RedHat 6.3
- OmniOS r151006c
To use the recipe[rsyslog::client]
recipe, you'll need to set up the rsyslog.server_search
or rsyslog.server_ip
attributes. See the Recipes and Examples sections below.
See attributes/default.rb
for default values.
General configuration:
node['rsyslog']['log_dir']
- If the node is an rsyslog server, this specifies the directory where the logs should be stored.node['rsyslog']['server']
- Determined automaticaly and set to true on the server.node['rsyslog']['server_ip']
- If not defined then search will be used to determine rsyslog server. Default isnil
. This can be a string or an array.node['rsyslog']['server_search']
- Specify the criteria for the server search operation. Default isrole:loghost
.node['rsyslog']['protocol']
- Specify whether to useudp
ortcp
for remote loghost. Default istcp
.node['rsyslog']['port']
- Specify the port which rsyslog should connect to a remote loghost.node['rsyslog']['remote_logs']
- Specify wether to send all logs to a remote server (client option). Default istrue
.node['rsyslog']['per_host_dir']
- "PerHost" directories for template statements in35-server-per-host.conf
. Default value is the previous cookbook version's value, to preserve compatibility. See server recipe below.node['rsyslog']['max_message_size']
- Specify the maximum allowed message size. Default is 2k.node['rsyslog']['defaults_file']
- The full path to the defaults/sysconfig file for the service.node['rsyslog']['service_name']
- The platform-specific name of the servicenode['rsyslog']['preserve_fqdn']
- Value of the$PreserveFQDN
configuration directive in/etc/rsyslog.conf
. Default is 'off' for compatibility purposes. When set to true,$LocalHostName
will also be set to the node's FQDN because rsyslog does not always use the correct host name.node['rsyslog']['high_precision_timestamps']
- Enable high precision timestamps, instead of the "old style" format. Default is 'false'.node['rsyslog']['repeated_msg_reduction']
- Value of$RepeatedMsgReduction
configuration directive in/etc/rsyslog.conf
. Default is 'on'node['rsyslog']['logs_to_forward']
- Specifies what logs should be sent to the remote rsyslog server. Default is all ( *.* ).node['rsyslog']['default_log_dir']
- log directory used in50-default.conf
template, defaults to/var/log
node['rsyslog']['default_facility_logs']
- Hash containing log facilities and destinations used in50-default.conf
template.node['rsyslog']['rate_limit_interval']
- Value of the $SystemLogRateLimitInterval configuration directive in/etc/rsyslog.conf
. Default is nil, leaving it to the platform default.node['rsyslog']['rate_limit_burst']
- Value of the $SystemLogRateLimitBurst configuration directive in/etc/rsyslog.conf
. Default is nil, leaving it to the platform default.
Permissions and security:
node['rsyslog']['priv_seperation']
- Whether to use privilege seperation or not.node['rsyslog']['user']
- Who should own the configuration files and directoriesnode['rsyslog']['group']
- Who should group-own the configuration files and directoriesnode['rsyslog']['file_owner']
- Sets the owner of newly created log files. Only has effect ifpriv_seperation
is true. Defaults to the value ofuser
.node['rsyslog']['file_group']
- Sets the group of newly created log files. Only has effect ifpriv_seperation
is true. Defaults to the value ofgroup
.node['rsyslog']['dir_owner']
- Sets the owner of newly created log directories. Only has effect ifpriv_seperation
is true. Defaults to the value offile_owner
.node['rsyslog']['dir_group']
- Sets the group of newly created log directories. Only has effect ifpriv_seperation
is true. Defaults to the value offile_group
.node['rsyslog']['file_create_mode']
- Permissions for newly created log files. The actual permissions depends on he umask. The default is 0640.node['rsyslog']['dir_create_mode']
- Permissions for newly created log files. The actual permissions depends on the umask. The default is 0755.node['rsyslog']['umask']
- Sets the process umask. The default is 0022.
TLS:
node['rsyslog']['tls']
- Whether TLS support should be enabled. All the other TLS options only have effect if this is true. Defaults to false.node['rsyslog']['tls_ca_file']
- Path to the Certificate Authority certificate. Required when using TLS.node['rsyslog']['tls_certificate_file']
- Path to a certificate for the local rsyslog daemon. If nil, no certificate will be used.node['rsyslog']['tls_key_file']
- Path to a key for the local rsyslog daemon. If nil, no key will be used.node['rsyslog']['tls_authenticate_clients']
- Whether the server should authenticate clients. Defaults to true.node['rsyslog']['tls_authenticate_server']
- Whether client should authenticate the server. Defaults to true.node['rsyslog']['tls_server_name']
- When set, clients will check whether the server's name matches this value. Defaults to nil, meaning that the name is not checked. It is not necessary to set this option because the server is always authenticated using the CA certificate, but setting a name adds extra security.node['rsyslog']['tls_permitted_clients_names']
- When set, servers will check whether connecting clients' names match any of the values in this array. Defaults to nil, meaning that client names are not checked. It is not necessary to set this option because clients are always authenticated using the CA certificate, but setting a list of names adds extra security.
TLS documentation:
Installs the rsyslog package, manages the rsyslog service and sets up basic configuration for a standalone machine.
Includes recipe[rsyslog]
.
Uses node['rsyslog']['server_ip']
or Chef search (in that precedence order) to determine the remote syslog server's IP address. If search is used, the search query will look for the first ipaddress
returned from the criteria specified in node['rsyslog']['server_search']
.
If the node itself is a rsyslog server ie it has rsyslog.server
set to true then the configuration is skipped.
If the node had an /etc/rsyslog.d/35-server-per-host.conf
file previously configured, this file gets removed to prevent duplicate logging.
Any previous logs are not cleaned up from the log_dir
.
Configures the node to be a rsyslog server. The chosen rsyslog server node should be defined in the server_ip
attribute or resolvable by the specified search criteria specified in node['rsyslog']['server_search]
(so that nodes making use of the client
recipe can find the server to log to).
This recipe will create the logs in node['rsyslog']['log_dir']
, and the configuration is in /etc/rsyslog.d/server.conf
. This recipe also removes any previous configuration to a remote server by removing the /etc/rsyslog.d/remote.conf
file.
The cron job used in the previous version of this cookbook is removed, but it does not remove any existing cron job from your system (so it doesn't break anything unexpectedly). We recommend setting up logrotate for the logfiles instead.
The log_dir
will be concatenated with per_host_dir
to store the logs for each client. Modify the attribute to have a value that is allowed by rsyslogs template matching values, see the rsyslog documentation for this.
Directory structure:
<%= @log_dir %>/<%= @per_host_dir %>/"logfile"
For example for the system with hostname www
:
/srv/rsyslog/2011/11/19/www/messages
For example, to change this to just the hostname, set the attribute node['rsyslog']['per_host_dir']
via a role:
"rsyslog" => { "per_host_dir" => "%HOSTNAME%" }
At this time, the server can only listen on UDP or TCP.
Use recipe[rsyslog]
to install and start rsyslog as a basic configured service for standalone systems.
Use recipe[rsyslog::client]
to have nodes log to a remote server (which is found via the server_ip
attribute or by the recipe's search call -- see client)
Use recipe[rsyslog::server]
to set up a rsyslog server. It will listen on node['rsyslog']['port']
protocol node['rsyslog']['protocol']
.
If you set up a different kind of centralized loghost (syslog-ng, graylog2, logstash, etc), you can still send log messages to it as long as the port and protocol match up with the server software. See Examples
A base
role (e.g., roles/base.rb), applied to all nodes so they are syslog clients:
name "base"
description "Base role applied to all nodes
run_list("recipe[rsyslog::client]")
Then, a role for the loghost (should only be one):
name "loghost"
description "Central syslog server"
run_list("recipe[rsyslog::server]")
By default this will set up the clients search for a node with the loghost
role to talk to the server on TCP port 514. Change the protocol
and port
rsyslog attributes to modify this.
If you want to specify another syslog compatible server with a role other than loghost, simply fill free to use the server_ip
attribute or the server_search
attribute.
Example role that sets the per host directory:
name "loghost"
description "Central syslog server"
run_list("recipe[rsyslog::server]")
default_attributes(
"rsyslog" => { "per_host_dir" => "%HOSTNAME%" }
)
Default rsyslog options are rendered for RHEL family platforms, in /etc/rsyslog.d/50-default.conf
with other platforms using a configuration like Debian family defaults. You can override these
log facilities and destinations using the rsyslog['default_facility_logs']
hash.
name "facility_log_example"
run_list("recipe[rsyslog::default]")
default_attributes(
"rsyslog" => {
"facility_logs" => {
'*.info;mail.none;authpriv.none;cron.none' => "/var/log/messages",
'authpriv' => '/var/log/secure',
'mail.*' => '-/var/log/maillog',
'*.emerg' => '*'
}
}
)
This section details "quick development" steps. For a detailed explanation, see [[Contributing.md]].
-
Clone this repository from GitHub:
$ git clone git@github.com:opscode-cookbooks/rsyslog.git
-
Create a git branch
$ git checkout -b my_bug_fix
-
Install dependencies:
$ bundle install
-
Make your changes/patches/fixes, committing appropiately
-
Write tests
-
Run the tests:
- bundle exec foodcritic -f any .
- bundle exec rspec
- bundle exec rubocop
- bundle exec kitchen test
In detail: - Foodcritic will catch any Chef-specific style errors - RSpec will run the unit tests - Rubocop will check for Ruby-specific style errors - Test Kitchen will run and converge the recipes
- Author:: Joshua Timberman (joshua@opscode.com)
- Author:: Denis Barishev (denz@twiket.com)
- Author:: Tim Smith (tsmith@limelight.com)
Copyright:: 2009-2013, Opscode, Inc
Licensed under the Apache License, Version 2.0 (the "License");
you may not use this file except in compliance with the License.
You may obtain a copy of the License at
http://www.apache.org/licenses/LICENSE-2.0
Unless required by applicable law or agreed to in writing, software
distributed under the License is distributed on an "AS IS" BASIS,
WITHOUT WARRANTIES OR CONDITIONS OF ANY KIND, either express or implied.
See the License for the specific language governing permissions and
limitations under the License.