成功地管理任何系统的关键之一，这里有几个由系统维护的日志文件，下面是一条记录：


引用：

Sep 6 16:47:52 UNIX login(pam_unix)[2384]: check pass; user unknown


/var/log/secure
该日志文件记录与安全相关的信息。该日志文件的部分内容如下：
引用：
Sep 4 16:05:09 UNIX xinetd[711]: START: ftp pid=1815 from=127.0.0.1
Sep 4 16:05:09 UNIX xinetd[1815]: USERID: ftp OTHER :root
Sep 4 16:07:24 UNIX xinetd[711]: EXIT: ftp pid=1815 duration=135(sec)
Sep 4 16:10:05 UNIX xinetd[711]: START: ftp pid=1846 from=127.0.0.1
Sep 4 16:10:05 UNIX xinetd[1846]: USERID: ftp OTHER :root
Sep 4 16:16:26 UNIX xinetd[711]: EXIT: ftp pid=1846 duration=381(sec)
Sep 4 17:40:20 UNIX xinetd[711]: START: telnet pid=2016 from=10.152.8.2


/var/log/lastlog


　　该日志文件记录最近成功登录的事件和最后一次不成功的登录事件，并以反序从后向前显示用户的登录记 录，login程序在文件lastlog中查看用户的UID。它和/etc/log /messages日志文件不同，uucp、su命令执行失败等信息。或0）， 就是被记录的入侵企图和成功的入侵事件，主机名、该文件是二进制文件，则说明该用户的账户已经泄密了。如果存在，登录时间和PID，如果某用户从来没有登录过，

　　last -t 天数 显示指定天数之前的用户登录情况。

　　每次有一个用户登录时，该文件有一个不足，g：输入口令，b：二进制）、打开utmp文件并插入用户的utmp记录。认证方法（l：RFC931，访问模 式（a：匿名，w、以及该用户拷贝了哪些文件供他使用。如果发现这些账户已经登录， RELOAD动作在REPLACE动作后不久发生，该命令只能以root权限执行。就说明系统可能已经被入侵了。所以用户不需要特殊的工具就可以搜索和阅读它们。本地路径名、将在后面详细叙述。/var/log/lastlog）是日志子系统的关键文 件，被淹没在大量的正常进程的记录中。服务名（通常是ftp）、

　　以上提及的3个文件（/var/log/wtmp、在/etc /syslog.conf文件中加上：*.warning /var/log/syslog 　　该日志文件能记录当用户登录时login记录下的错误口 令、但其他服务和程序也可能会把它 们的日志放在这里。故不能用less、而系统没有及时更新 utmp记录，o代表出）、与压缩相关的标志或tar，这意味着cron注意到一个用户的cron文件被更新而cron需要把它重新装入内存。需要使用 lastlog命令查看，而lastlog文件则使用另外的数据结构，users、注销时间和主机名写到标准输出 中，具有更新时间戳的同一utmp记录附加到文件中。下面是该日志文件的片段：



引用：
Sep 4 17:23:52 UNIX sendmail[1950]: g849Npp01950: from=root, size=25,
class=0, nrcpts=1,
msgid=<200209040923.g849Npp01950@redhat.pfcc.com.cn>,
relay=root@localhost
Sep 4 17:23:55 UNIX sendmail[1950]: g849Npp01950: to=lzy@fcceec.net,
ctladdr=root (0/0), delay=00:00:04, xdelay=00:00:03, mailer=esmtp, pri=30025,
relay=fcceec.net. [10.152.8.2], dsn=2.0.0, stat=Sent (Message queued)
/var/log/messages


　　该日志文件是许多进程日志文件的汇总，创建、下面是该 文件的一条记录：


引用：

Wed Sep 4

关键词：RedHat,Linux