Current Path : /usr/local/share/doc/syslog-ng/ |
FreeBSD hs32.drive.ne.jp 9.1-RELEASE FreeBSD 9.1-RELEASE #1: Wed Jan 14 12:18:08 JST 2015 root@hs32.drive.ne.jp:/sys/amd64/compile/hs32 amd64 |
Current File : //usr/local/share/doc/syslog-ng/INSTALL |
Installation instructions for SYSLOG-NG ======================================= Welcome. This is syslog-ng, which stands for syslog-new-generation, a new, enhanced system logging daemon. Unpacking the distribution ========================== The distribution arrives in .tar.gz format though OS/distribution packaging is possible. The file is named: syslog-ng-x.xx.tar.gz where x.xx stands for the version number. You must have tar and gzip to unpack the distribution (sorry, compress is not supported). If you have GNU tar simply execute the following command: tar xvfz syslog-ng-x.xx.tar.gz If your version of tar doesn't support z (most non-GNU tars), you should execute this one: gunzip -c syslog-ng-x.xx.tar.gz | tar xvf - After this, you'll get a directory named syslog-ng-x.xx, where the source for syslog-ng will be unpacked. Compiling the program: ====================== syslog-ng requires gcc as a C compiler (at least version 2.7.2), GNU flex as a lex, and bison as a parser generator. Some GNU C and GNU flex extensions are used, porting to other compilers/lex/yacc combination is welcome. You will need the libol package (available at the same place where you acquired syslog-ng) to successfully compile syslog-ng. First extract, build and install libol using ./configure && make && make install If you do not want to install libol, you must supply a --with-libol=/path/to/libol parameter to syslog-ng's configure script. Then cd to the syslog-ng-x.xx directory, and execute the following commands: ./configure make After the make cycle finishes, you'll get an executable in the src directory: syslog-ng - the main binary Now do a "make install" and you are done. Later as hashing support comes in, you'll find additional binaries. Compile time options ==================== A couple of features must be enabled in compile time using one of the --enable-<feature> option to the configure script. Currently the following compile time features exist: --enable-debug include debug info --enable-sun-streams enable Sun STREAMS support even if not detected (autodetected by default) --enable-sun-door enable Sun door support even if not detected (autodetected by default) --enable-tcp-wrapper enable using /etc/hosts.deny & /etc/hosts.allow for TCP access (disabled by default) --enable-spoof-source enable spoof_source feature (also requires libnet) (disabled by default) Configuration file: =================== Syslog-ng uses a different configuration scheme than the original syslogd, which sits at /etc/syslog-ng/syslog-ng.conf. The manpage for syslog-ng.conf(5) or the documentation under doc contains a /reference about keywords and syntax which can be used in the config file. For now I only explain system dependencies. Every unix version has a slightly different way of sending log messages, and since syslog-ng gives you the power of choosing your log-sources, you have to be aware some of the internals. Linux: ------ Linux has a dedicated unix socket called /dev/log, where log messages are written to, and read from. It is of type SOCK_STREAM. So the correct source statement for standard linux log messages is: source stdlog { unix-stream("/dev/log"); }; Some newer Linux distributions (Debian GNU/Linux woody, and RedHat Linux post 7.0) switched over to using SOCK_DGRAM in their sysklogd installation by default. The libc autodetects which socket type is in use, but some programs (like klogd) log directly to the log device bypassing libc. So if you have logging problems you might want to switch log unix-dgram like this: source stdlog { unix-dgram("/dev/log"); }; BSDi: ----- BSD is similar to Linux (or vice-versa Linux is similar to BSD, but this is another issue), so BSD has also a unix socket for log communication, but it's of type SOCK_DGRAM, and it is located at /var/run/log. So the source statement you are looking for is: source stdlog { unix-dgram("/var/run/log"); }; Solaris (2.5.1 or below): ------------------------- SunOS/Solaris has a universal means of communications called STREAMS. It is used as both an in-kernel and kernel-user interface. You'll need to feed the following statement to syslog-ng to accept all messages: source stdlog { sun-stream("/dev/log"); }; Solaris (2.6 - Solaris8) ------------------- In addition to the STREAMS device used in earlier versions, a door is used to make sure after each message that the system logging daemon is still running. To create that door, you'll need the door() option of the sun-stream driver: Sun has added a new method to the pool of possible IPC mechanisms, and it is called door. syslog-ng supports this method with the sun-door keyword. A door is a special file in the filesystem, and is called /etc/.syslog_door. So your correct source statement would be: source stdlog { sun-streams("/dev/log" door("/etc/.syslog_door")); }; Solaris 9 --------- The name of the door file has been changed from /etc/.syslog_door to /var/run/syslog_door, the correct configuration needs to be: source stdlog { sun-streams("/dev/log" door("/var/run/syslog_door")); }; AIX (unknown revision) ---------------------- AIX does support STREAMS, but its log transport doesn't use it. As it seems /dev/log is a simple SOCK_DGRAM type unix socket, so it works using: source stdlog { unix-dgram("/dev/log"); }; HP-UX (HP-UX 11.0) ------------------ HP-UX uses a named pipe called /dev/log for log transport, and you can use this with the pipe() driver with an additional option. HP-UX pads all incoming messages to 2048 bytes by default, so you need to specify this: source stdlog { pipe("/dev/log" pad_size(2048)); };