Client configuration ==================== If you understood how a Radar server is configured then configuring a Radar client is even easier (mainly because you don't define elements such as contacts, checks, monitors and plugins). Main configuration ------------------ The main configuration governs general aspects of the Radar client. We'll take a look at a full configuration file and describe every available option (this time we will setup a Windows Radar client) : .. code-block:: yaml connect: to: 192.168.0.100 port: 3333 log: to: C:\Radar\Client\radar-client.log size: 10 rotations: 3 checks: C:\Radar\Client\checks enforce ownership: False reconnect: False * connect : This option tells Radar client where to connect to. At the moment only IPv4 addresses are supported. By default it tries to connect to localhost port 3333. * run as : On Unix platforms this option tells Radar the effective user and group that the process should run as. This is a basic security consideration to allow Radar to run with an unprivileged user. The specified user should not be a able to login to the system. The default user and group is radar. This option does not apply to Windows platforms. * log : Radar will log all of its activity in this file. So if you feel that something is not working properly this is the place to look for any errors. Note that in the example there are two additional options : size and rotations. They indicate the maximum size (in MiB) that a log should grow, when its size goes beyond that amount then is rotated (backed up) and new logs are written to a new file. By default Radar sets a maximum of 100 MiB for the log file and rotates it at most 5 times. * pid file : On Unix platforms this file holds the PID of the Radar process. When Radar starts it will record its pidfile here and when it shuts down this file is deleted (the deletion is not performed by Radar itself, is done by init scripts). Pid files are not recorded on Windows platforms. * checks : This is the location where all your checks are stored. Every time a Radar client receives a CHECK message from the server all checks are first looked up here if a relative path was given, otherwise it will be looked up by its absolute path. You can lay out this directory as you wish. * enforce ownership : On Unix platforms if this option is True then every time the Radar client has to execute a check it will first verify that the user and group of any check matches the one defined in the run as option. If the user and group does not match and error is generated and the check won't run. On Windows platforms it will only check for the user. By default this option is set to True. * reconnect : This option specifies the behaviour of the client when a Radar server goes down. If set to True and if the Radar server stops working the client will keep retrying to connect to the server. By default this option is set to True. As usual you can leave out almost every option to its default value. A minimum Radar client configuration file might look like this : .. code-block:: yaml connect: to: 192.168.0.100 All remaining options take default values. Check these defaults on the platform defaults section.