File: README.CheckConfig

package info (click to toggle)
tripwire 1.2-15
  • links: PTS
  • area: non-free
  • in suites: slink
  • size: 1,428 kB
  • ctags: 866
  • sloc: ansic: 7,938; sh: 1,316; makefile: 425; yacc: 413; lex: 133; perl: 101
file content (29 lines) | stat: -rw-r--r-- 1,216 bytes parent folder | download | duplicates (3)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
CheckConfig

Arguably THE most important step in using tripwire on your system is the
creation of a config file for the host.  The config file for you machine must
reflect vendor as well as local file structure conventions.

For example on suns, /var and /usr are functionally equivelent, except with
tripwire which cares that one is a symlink to the other.  Some vendors (NeXT)
put network tools such as nslookup in /usr/etc while other vendors (HP) put
them in /usr/bin

On some installations, the convention is to fill /usr/local with new code, on
some locations /usr/local is full of symlinks which point to new code, some
locations might decide to put new code in /Local.

Since the config file MUST match the flavour of your system, CheckConfig was
created to parse the tripwire.config file and report anomilies.

usage::  CheckConfig [-v] file

In non-verbose mode, CheckConfig reports merely on the existance of symbolic
links in the file.  This warns you that a symlink instead of a directory
hierarchy or file is being monitored by tripwire.

In verbose mode, CheckConfig also shouts about non-existant files and lists
all other entries as either directories or files.

Lance Bailey <lrb@ctrg.rri.uwo.ca>