生成和阅读系统日志是系统管理的重要方面。系统日志中的信息可用于检测硬件和软件问题以及应用程序和系统配置错误。这些信息在安全审计和事件响应中也起着重要作用。大多数系统守护程序和应用程序都会生成日志条目。
FreeBSD 提供了一个系统日志记录器 syslogd(8)，用于管理日志。默认情况下，系统引导时会启用并启动 syslogd。
本节说明了如何为 FreeBSD 系统日志记录器配置本地和远程日志记录，以及如何执行日志轮换和日志管理。
配置文件/etc/syslog.conf 控制 syslogd 接收到日志条目时的处理方式。有几个参数可以控制传入事件的处理。facility 说明生成消息的子系统，如内核或守护程序，level 说明发生事件的严重程度。这样可以根据 facility 和 level 配置日志消息是否以及何处记录日志。还可以根据发送消息的应用程序采取行动，在远程记录日志的情况下，还可以根据生成日志事件的主机名采取行动。
此配置文件每行包含一个操作，每行的语法是选择器字段后跟一个操作字段。选择器字段的语法是 facility.level，将匹配 facility 在 level 级别或更高级别的日志消息。还可以在级别之前添加可选的比较标志，以更精确地指定记录什么。可以为同一操作使用多个选择器字段，并用分号（ ; ）分隔。使用 * 将匹配所有内容。操作字段表示将日志消息发送至何处，例如文件或远程日志主机。
作为示例，这里是 FreeBSD 的默认/etc/syslog.conf 内容：
有关/etc/syslog.conf，它的语法以及更高级的用法示例的更多信息，请参阅 syslog.conf(5)。
设施说明生成消息的系统部分。设施是一种分离不同消息的方式，使用户更容易查阅日志。
表 2。系统日志设施
等级说明消息的严重程度，并且是以下有序列表中的关键字（从高到低）：
表 3. 系统日志级别
默认情况下，FreeBSD 日志文件使用 rfc3164 格式，也被称为 The BSD syslog 协议。了解更多关于其他格式以及如何使用它们的信息，请查看 syslog(8)。
通常，日志具有以下语法：
将使用 /var/log/cron 文件的输出作为示例：
可以通过运行以下命令在 syslog(8)中启用详细记录，因此将在每条消息上添加设施和级别
功能激活以后，设施和级别将如下例所示显示在日志中：
日志文件可能会快速增长，占据磁盘空间，使得查找有用信息变得更加困难。
在 FreeBSD 中，newsyslog(8)用于管理日志文件并尝试减轻这种情况。
这个内置程序定期旋转和压缩日志文件，并可选择在日志文件丢失时创建缺失的日志文件并在日志文件移动时向程序发送信号。
这里是 FreeBSD 中的默认配置，在 newsyslog.conf(5)中有更多信息：
logfilename - 要归档的系统日志文件的名称。
[owner:group] - 此可选字段指定归档文件的所有者和组。
mode - 指定日志文件和归档文件的文件模式。有效的模式位为 0666。（也就是说，对于所有者、组和其他用户，可以指定旋转日志的读取和写入权限。）
count - 指定可能存在的归档文件的最大数量。
size - 当日志文件的大小达到千字节大小时，将会像上面说明的那样对日志文件进行修剪。如果此字段包含一个星号（'*'），则不会根据大小修剪日志文件。
when - Consist of an interval, a specific time, or both. Supported options in newsyslog.conf(5). 重试 错误原因
flags - Indicates the flags that newsyslog accepts, supported options in newsyslog.conf(5). 重试 错误原因
[/pid_file] - This optional field specifies the file name containing a daemon’s process ID or to find a group process ID. 重试 错误原因
[sig_num] - 这个可选的字段指定将发送给守护进程的信号。
监视多台主机的日志文件在系统数量增加时可能变得难以管理。配置集中日志记录可以减少日志文件管理的一些管理员负担。
在 FreeBSD 中，可以使用 syslogd 和 newsyslog 配置集中日志文件聚合、合并和旋转。
本节演示一个示例配置，在其中主机 A，名为 logserv.example.com，将收集本地网络的日志信息。
Host B, named logclient.example.com, will be configured to pass logging information to the logging server. 重试 错误原因
A log server is a system that has been configured to accept logging information from other hosts. 重试 错误原因
在配置日志服务器之前，请检查以下内容：
如果在日志服务器和任何日志客户机之间有防火墙，请确保防火墙规则集允许 UDP port 514 用于客户端和服务器。
日志服务器和所有客户机都必须在本地 DNS 中具有正向和反向条目。如果网络没有 DNS 服务器，请在每个系统的/etc/hosts 中创建条目。需要正确的名称解析，以便日志条目不被日志服务器拒收。
在日志服务器上，编辑/etc/syslog.conf 以指定接收日志条目的客户端名称，要使用的日志设施以及存储主机日志条目的日志名称。该示例添加了 B 的主机名，记录所有设施，并将日志条目存储在/var/log/logclient.log 中。
例 1. 示例日志服务器配置
当添加多个日志客户端时，为每个客户端添加类似的两行条目。有关可用设施的更多信息，请参阅 syslog.conf(5)。
接下来，执行以下命令：
第一个条目在系统引导时启动 syslogd。第二个条目允许来自指定客户端的日志条目。-v -v 增加了日志消息的详细程度。对于调整设施而言，这是有用的，因为管理员可以看到在每个设施下记录了什么类型的消息。
可以指定多个 -a 选项以允许从多个客户端记录日志。也可以指定 IP 地址和整个网络块。有关可能选项的完整列表，请参阅 syslogd(8)。
最后创建日志文件：
此时，应重启并验证 syslogd：
如果返回 PID，则服务器成功重启，客户端配置可以开始。如果服务器没有重启，请查看错误的/var/log/messages。
日志客户端将日志条目发送到网络上的日志服务器。客户端还保留自己日志的本地副本。
配置了日志服务器以后，在日志客户端上执行以下命令：
第一个条目在启动时启用 syslogd。第二个条目防止其他主机（ -s ）向此客户端接受日志，并增加记录消息的详细程度。
接下来，在客户端的/etc/syslog.conf 中定义日志服务器。在此示例中，所有记录设施都将发送到远程系统，用指定的主机名表示为 @ 符号：
保存编辑后，重启 syslogd 以使更改生效：
为了测试日志消息是否通过网络发送，请在客户端上使用 logger(1)发送消息到 syslogd：
现在，此消息应该同时存在于客户端的/var/log/messages 和日志服务器上的/var/log/logclient.log 中。
如果日志服务器上未收到任何消息，则原因很可能是网络连通性问题、主机名解析问题或配置文件中的拼写错误。为了确定原因，请确保日志服务器和日志客户端能够使用它们在 /etc/rc.conf 中指定的主机名互相 ping。如果失败，请检查网络布线、防火墙规则集和 DNS 服务器或日志服务器和客户端上的 /etc/hosts 中的主机名条目。重复此过程，直到来自两个主机的 ping 成功为止。
如果两个主机上的 ping 都成功了，但仍然没有接收到日志消息，请暂时增加日志详细程度以缩小配置问题的范围。在下面的示例中，日志服务器上的 /var/log/logclient.log 文件是空的，而日志客户端上的 /var/log/messages 文件没有指示失败原因。
要增加调试输出，请编辑日志服务器上的 syslogd_flags 条目并执行重启：
重启后，控制台上会立即闪现类似以下调试数据：
在本例中，由于拼写错误导致主机名不匹配，日志消息被拒绝。客户端的主机名应为 logclient，而不是 logclien。修复拼写错误，重启，并验证结果：
输出应类似于以下内容：
在这一点上，消息已被正确接收并放置在正确的文件中。
与任何网络服务一样，在实现日志服务器之前应考虑安全要求。日志文件可能包含有关本地主机上启用的服务、用户账户和配置数据的敏感数据。从客户端发送到服务器的网络数据将不会被加密或密码保护。如果需要加密，请考虑使用 security/stunnel，它将通过加密隧道传输日志数据。
本地安全性也是一个问题。日志文件在使用或日志轮换后没有加密。本地用户可以访问日志文件，以获得额外的系统配置洞察。在日志文件上设置适当的权限至关重要。内置的日志轮换器，newsyslog，支持对新创建和已轮换的日志文件设置权限。将日志文件设置为模式 600 应该可以防止本地用户访问。有关更多信息，请参考 newsyslog.conf(5)。
| 匹配所有等级为 err 或更高的消息，以及 kern.warning，auth.notice 和 mail.crit，并将这些日志消息发送到控制台（/dev/console）。 | |
|---|---|
| 名称 | 说明 |
|---|---|
| 名称 | 说明 |
|---|---|
匹配 mail 设施上的所有消息，级别为 info 或更高，并将消息记录到/var/log/maillog 中。
使用比较标志（ = ）仅匹配级别为 debug 的消息，并将其记录到/var/log/debug.log 中。
是程序规范的示例用法。这使得后续的规则仅对指定的程序有效。在这种情况下，只有由 devd(8)生成的消息被记录到/var/log/devd.log 中。
授权
授权系统: 登录(1), su(1), getty(8), 等。
认证权限
与 auth 相同，但仅由 root 可读取的文件中记录。
控制台
内核控制台输出驱动程序写入/dev/console 的消息。
计划任务
由 cron(8)守护进程写入的消息。
守护程序
系统守护程序，比如 routed(8)，这些守护程序不是由其他设施显式提供的。
ftp
文件传输协议守护进程：ftpd（8），tftpd（8）。
核心
内核生成的消息。这些消息不能由任何用户进程生成。
线路打印机
线路打印机排队系统：lpr（1），lpc（8），lpd（8），等等。
邮件
邮件系统。
标记
此设施每 20 分钟添加一条记录。
新闻
网络新闻系统。
ntp
网络时间协议系统。
安全
安全子系统，如 ipfw(4)。
系统日志
syslogd（8）内部生成的消息。
用户
由随机用户进程生成的消息。如果未指定，则这是默认的设施标识符。
uucp
Unix 到 Unix 复制系统。一个古老的协议。看到来自该设施的消息真的很奇怪。
本地 0 到本地 7
保留供本地使用。
紧急
一种恐慌情况。通常会广播给所有用户。
报警
应立即更正的情况，例如损坏的系统数据库。
危急
严重的条件，例如硬件设备错误。
错误
错误。
警告
警告消息。
注意
不是错误条件，但可能需要特殊处理。
信息
信息性消息。
调试
包含信息，通常仅在调试程序时使用时才有用的消息。
无
这个特殊级别会禁用特定的设施。