updated doc
removed obsolete SysV related information; mentioned systemd + tmpfiles.d
This commit is contained in:
parent
05b60da89e
commit
55b25f143b
43
clamd-README
43
clamd-README
|
@ -2,13 +2,18 @@ To create individual clamd-instance take the following files and
|
|||
modify/copy them in the suggested way:
|
||||
|
||||
clamd.conf:
|
||||
* set LogFile, PidFile, LocalSocket and User to suitable values
|
||||
* set LocalSocket (or better: TCPSocket) and User to suitable values;
|
||||
avoid PidFile unless it required by system monitoring or something
|
||||
else. Logging through syslog is usually better than an indidual
|
||||
Logfile.
|
||||
* place this file into /etc/clamd.d with an unique service-name;
|
||||
e.g. as /etc/clamd.d/<SERVICE>.conf
|
||||
|
||||
To make logfile rotation work properly, the LogFile should be
|
||||
writable for the assigned User. Recommended way to reach this, is
|
||||
to:
|
||||
When using TCPSocket, create iptables rules which are limitting the
|
||||
access by source and/or by using '-m owner'.
|
||||
|
||||
When LogFile feature is wanted, it must be writable for the assigned
|
||||
User. Recommended way to reach this, is to:
|
||||
* make it owned by the User's *group*
|
||||
* assign at least 0620 (u+rw,g+w) permissions
|
||||
|
||||
|
@ -16,6 +21,7 @@ clamd.conf:
|
|||
| # touch <logfile>
|
||||
| # chgrp <user> <logfile>
|
||||
| # chmod 0620 <logfile>
|
||||
| # restorecon <logfile>
|
||||
|
||||
NEVER use 'clamav' as the user since he can modify the database.
|
||||
This is the user who is running the application; e.g. for mimedefang
|
||||
|
@ -25,29 +31,24 @@ clamd.conf:
|
|||
and that the clamd-user can access the files asked by the
|
||||
application to be checked.
|
||||
|
||||
|
||||
clamd.logrotate:
|
||||
clamd.logrotate: (only when LogFile feature is used)
|
||||
* set the correct value for the logfile
|
||||
* place it into /etc/logrotate.d
|
||||
|
||||
clamd.sysconfig:
|
||||
* set the name of the config-file and the local socket
|
||||
* copy it to /etc/sysconfig/clamd.<SERVICE>
|
||||
clamd@<SERVICE>.service: (systemd instance)
|
||||
* instance of clamd@.service
|
||||
|
||||
clamd.init:
|
||||
* set the service-name
|
||||
* place it into /etc/init.d/ with an unique name and activate it
|
||||
(e.g. with /sbin/chkconfig clamd.<SERVICE> on)
|
||||
Additionally, when using LocalSocket instead of TCPSocket, the directory
|
||||
for the socket file must be created. For tmpfiles based systems, you
|
||||
might want to create a file /usr/lib/tmpfiles.d/clamd.<SERVICE>.conf
|
||||
with a content of
|
||||
|
||||
Additionally, a symlink must be set to clamd in a way like
|
||||
| # ln -s clamd /usr/sbin/clamd.<SERVICE>
|
||||
and the directory for the socket file must be created (see 'LocalSocket'
|
||||
in clamd.conf)
|
||||
| # mkdir -p /var/run/clamd.<SERVICE>
|
||||
|
||||
|
||||
This directory must be writable by the 'User' chosen in the config-file.
|
||||
| d /var/run/clamd.<SERVICE> <MODE> <USER> <GROUP>
|
||||
|
||||
Adjust <MODE> (0710 should suffice for most cases) and <USER> + <GROUP>
|
||||
so that the socket can be accessed by clamd and by the applications
|
||||
using clamd. Make sure that the socket is not world accessible; else,
|
||||
DOS attacks or worse are trivial.
|
||||
|
||||
|
||||
[Disclaimer:
|
||||
|
|
Loading…
Reference in New Issue