解析Linux系统中日志地址的方法简介 (linux日志地址)

随着互联网技术的不断发展，Linux操作系统在服务器领域中成为了主流操作系统。作为服务器系统，Linux系统的日志对于系统运行监控及问题排查都至关重要。因此，本文将会介绍如何在Linux系统中获取日志地址以及如何解析日志的方法。

一、如何获取日志地址

在Linux系统中，日志分为多种类型，比如系统日志、应用程序日志、服务日志等。这些日志文件分布在系统的不同目录下，因此获取日志地址需要先了解不同类型日志的存储位置。

1.系统日志

系统日志（system log）是记录系统运行状态的重要日志，是排查Linux系统问题的基础。在Linux系统中，系统日志通常存储在/var/log目录下。其中可查看的日志文件包括：

– messages：该文件包含系统重要信息、错误和警告信息等。

– secure：记录系统安全信息、认证和授权方面的问题等。

– boot.log：记录系统启动时的信息和问题等。

因此在获取Linux系统的日志地址时，/var/log目录是首要的目录之一。因为在这个目录中，系统的各种提示信息、警告信息和错误信息都有记录。

2.应用程序日志

应用程序日志记录的是程序运行时的信息，因此在排查程序问题时非常重要。在Linux系统中，应用程序日志通常存储在程序的安装目录下。以Apache为例，其访问日志和错误日志默认存储在/var/log/httpd/目录下。因此获取应用程序日志地址时，需要先了解程序的安装目录和默认的日志存储位置。

3.服务日志

服务日志记录的是Linux系统服务的运行状态信息。在Linux系统中，大多数服务都有自己的日志文件来记录服务的运行状态。如MariaDB服务的日志文件存储位置为/var/log/mariadb/mariadb.log。因此，在获取服务日志地址时，需要了解服务的默认日志存储位置。

二、如何解析日志

获取日志地址只是解析日志的之一步，更重要的是如何解析日志。Linux系统日志通常是一系列文本文件，包含各种运行信息、错误、警告等，因此需要将其分析和解析才能快速定位问题。

1.使用grep命令过滤日志

grep命令是Linux系统中最常用的命令之一，可用于在日志文件中查找特定关键字或文本内容。例如，要查找Apache错误日志中的所有“404 Not Found”错误信息，可以使用以下命令：

$ grep “404 Not Found” /var/log/httpd/error_log

该命令输出所有包含“404 Not Found”文本的行。使用grep命令可以快速定位Linux系统日志中的具体问题。

2.使用tl命令查看实时日志

tl命令用于查看文件的末尾内容，是查看实时日志的最常用方法。例如，可以使用以下命令查看Apache访问日志的最新条目：

$ tl -f /var/log/httpd/access_log

该命令每隔一段时间都会显示更新的内容，可用于实时监控Apache访问日志。

3.使用日志分析工具

除了手动分析日志外，还可以使用各种日志分析工具来分析日志。常见的日志分析工具有Logwatch、Awk、Sed、Perl、Python等。

Logwatch是一种自动化日志报告工具，可以通过电子邮件等方式定期向用户提供日志分析报告。Awk、Sed、Perl、Python等脚本语言也可用于分析日志文件的行为和消息。Perl和Python还可以处理Logwatch发送的电子邮件并自动生成统计数据和图表。

拥有更深入的日志知识和解析技能，可使管理员更能够了解运行环境并更快地诊断问题。获取日志地址和解析日志是Linux系统管理员必须掌握的技能之一。使用grep和tl命令甚至自己编写脚本都可以帮助您更快地定位和解决问题。但需要注意的是，尽管这些工具提供了自动化的方式，也需要根据具体的业务场景进行优化和调整，最终实现更具针对性的日志分析策略。

相关问题拓展阅读：

• 如何查看linux系统下的各种日志文件 linux 系统日志的分析大全

如何查看linux系统下的各种日志文件 linux 系统日志的分析大全

日志文件详细地记录了系统每天发生的各种各样的事件。用户可以通过日志文件检查错误产生的原因，或者在受到攻击和黑客入侵时追踪攻击者的踪迹。日志的两个比较重要的作用是：审核和监测。

Linux系统的日志主要分为两种类型：

1．进程所属日志

由用户进程或其他系统服务进程自行生成的日志，比如服务器上的access_log与error_log日志文件。

2．syslog消息

系统syslog记录的日志，任何希望记录日志的系统进程或者用户进程都可以给调用syslog来记汪念册录日志。

日志系统可以划分为三个子系统：

1． 连接时间日志–由多个程序执行，把纪录写入到/var/log/wtmp和/var/run/utmp，login等程序更新wtmp和utmp文件，使系统管理员能够跟踪谁在何时登录到系统。

2． 进程统计–由系统内核执行。当一个进程终止时，为每个进程往进程统计文件（pacct或acct）中写一个纪录。进程统计的目的是为系统中的基本服务提供命令使用统计。

3． 错误日志–由syslogd（8）执行。各种系统守护进程、用户程序和内核通过syslog（3）向文件/var/log/messages报告值得注意的事件。

2．察看日志文件

Linux系统所有的日志文件都在/var/log下，且必须有root权限才能察看。

　　日志文件其实是纯文本的文件，每一行就是一个消息。察看方式有很多。

1． cat命令。日志文件总是很大的，因为从之一次启动Linux开始，消息都累积在日志文件中。如果这个文件不只一页，那么就会因为显示滚动得太快看不清文件的内容。

2． 文本编辑器。更好也不要用文本编辑器打开日志文件，这是因为一方面很耗费内存，另一方面不允许随意改动日志文件。

3．用more或less那样的分页显示程序。

4．用grep查找特定的消息。

每一行表示一个消息，而且都由四个域的固定格式组成：

n时间标签（timestamp），表示消息发出的日期和时间

n主机名（hostname）（在我们的例子中主机名为escher），表示生成消息的计算机的名字。如果只有一台计算机，主机名就可能没有必要了。但是，如果在网络环境中使用syslog，那么就可能要把不同主机的消息发送到一台服务器上集中处理。

n生成消息的子系统的名字。可以是”kernel”，表示消息来自内核，或者是进程的名字，表示发出消息的困宏程序的名字。在方括号里的是进程的PID。

n消息（message），剩下的部分就是消息的内容。

举例：

在# 提示符下输入：tail /var/log/高手messages

Jan 05 21:55:51 localhost last message repeated 3 times

Jan 05 21:55:51 localhost kernel: AGP 0.99 on Intel i810 @ 0xfM

B

Jan 05 21:55:51 localhost kernel: Initialized i830 1.3.on minor

Jan 05 21:55:51 localhost kernel: mtrr: base(0xf) is not aligned on a siz

e(0x12c000) boundary

Jan 05 21:56:35 localhost 1月 28 21:56:35 gdm(pam_unix): session opened f

or user root by (uid=0)

Jan 05 21:56:39 localhost 1月 28 21:56:39 gconfd (root-4162): 正在启动（版本 2.

2.0），pid 4162 用户”root”

Jan 05 21:56:39 localhost 1月 28 21:56:39 gconfd (root-4162): 解析的地址”xml:re

adonly:/etc/gconf/gconf.xml.mandatory”指向位于 0 的只读配置源

Jan 05 21:56:39 localhost 1月 28 21:56:39 gconfd (root-4162): 解析的地址”xml:re

adwrite:/root/.gconf”指向位于 1 的可写入配置源

Jan 05 21:56:39 localhost 1月 28 21:56:39 gconfd (root-4162): 解析的地址”xml:re

adonly:/etc/gconf/gconf.xml.defaults”指向位于 2 的只读配置源

Jan 05 21:58:20 localhost kernel: MSDOS FS: IO charset cp936

值得注意的是，与连接时间日志不同，进程统计子系统默认不激活，它必须启动。在Linux

系统中启动进程统计使用accton命令，必须用root身份来运行。accton命令的形式为：accton

file，file必须事先存在。先使用touch命令创建pacct文件：touch

/var/log/pacct，然后运行accton：accton

/var/log/pacct。一旦accton被激活，就可以使用lastcomm命令监测系统中任何时候执行的命令。若要关闭统计，可以使用不带任何

参数的accton命令。

3．日志系统工作原理及配置

3.1 syslog

它同closelog, openlog共同给system logger发送消息。

Linux内核由很多子系统组成，包括网络、文件访问、内存管理等。子系统需要给用户传送一些消息，这些消息内容包括消息的来源及其重要性等。所有的子系统都要把消息送到一个可以维护的公用消息区。于是，就有了一个叫Syslog的程序。

这个程序负责接收消息（比如：系统核心和许多系统程序产生的错误信息、警告信息和其他信息，每个信息都包括重要级），并把消息分发到合适的地方。通常情况

下，所有的消息都被记录到特定的文件——日志文件中（通常是/var/adm或/var/log目录下的messages文件），特别重要的消息也会在用

户终端窗口上显示出来。

syslog工具有两个重要文件：syslogd和syslog.Conf

它能接受访问系统的日志信息并且根据 “/etc/syslog.conf” 配置文件中的指令处理这些信息。守护进程和内核提供了访问系统的日志信息。因此，任何希望生成日志信息的程序都可以向 syslog 接口呼叫生成该信息。

3.2 syslogd守护进程

　

　就象其它复杂的操作系统那样，Linux也是由很多不同的子系统组成的。有些叫做daemon的程序一直在后台运行（daemon：守护神之意。也就是

说，他们”默默无闻”，不需要和用户交互），处理一些象打印、发送邮件、建立Internet连接，等等日常工作。每一个子系统发出日志消息的时候都会给

消息指定一个类型。一个消息分成两个部分：”设备（facility）”和”级别(level)”。”设备”标识发出消息的子系统，可以把同一类型的消息组合在一起，”级别”表示消息的重要性，其范围从debug（最不重要）到emerg（最重要），facility和level组合起来称为priority。（详细解释参照5.3）

/usr/include/sys/syslog.h中对此有相关的定义。

用户看不到daemon程序，因为它们没有窗口和用户界面。但是，这些程序有时候也要给用户传递一些信息。为了实现这个目的，就需要一个特殊的机制。syslogd就是daemon的一个很好的例子，它在后台运行并且把消息从日志区转移到日志文件中去。

函数接口

#include

void openlog( char * , int , int )

其中，可以是以下值的OR组合：

LOG_CONS : 如果消息无法送到syslogd，直接输出到系统console。

LOG_NDELAY : 立即打开到syslogd的连接，默认连接是在之一次写入讯息时才打开的。

LOG_PERROR : 将消息也同时送到stderr 上

LOG_PID : 将PID记录到每个消息中

void syslog( int , char * )

其中，是facility和level的OR组合

void closelog( void )

一般只需要用syslog()函数，其他函数可以不用。

3.3 syslog.conf

这是一个非常重要的文件。位于”/etc/”目录下。通知 syslogd 如何根据设备和信息重要级别来报告信息。

该文件使用下面的形式：

facility.level action

syslog.conf 的之一列facility.level用来指定日志功能和日志级别，中间用.隔开，可以使用*来匹配

所有的日志功能和日志级别。第二列action是消息的分发目标。

空白行和以#开头的行是注释，可以忽略。

Facility.level 字段也被称做选择域（seletor）。

nfacility 指定 syslog 功能，主要包括以下这些：

auth 由 pam_pwdb 报告的认证活动。

authpriv 包括特权信息如用户名在内的认证活动

cron 与 cron 和 at 有关的信息。

daemon 与 inetd 守护进程有关的信息。

kern 内核信息，首先通过 klogd 传递。

lpr 与打印服务有关的信息。

mail 与电子邮件有关的信息

mark syslog 内部功能用于生成时间戳

news 来自新闻服务器的信息

syslog 由 syslog 生成的信息

user 由用户程序生成的信息

uucp 由 uucp 生成的信息

local0—-local7 与自定义程序使用，例如使用 local5 做为 ssh 功能

* 通配符代表除了 mark 以外的所有功能

level 级别，决定讯息的重要性。

与每个功能对应的优先级是按一定顺序排列的，emerg 是更高级，其次是 alert，依次类推。缺省时，在 /etc/syslog.conf 记录中指定的级别为该级别和更高级别。如果希望使用确定的级别可以使用两个运算符号！(不等)和=。

例如：user.=info 表示告知 syslog 接受所有在 info 级别上的 user 功能信息。

n以下的等级重要性逐次递减:

emerg该系统不可用

alert需要立即被修改的条件

crit阻止某些工具或子系统功能实现的错误条件

err阻止工具或某些子系统部分功能实现的错误条件

warning预警信息

notice具有重要性的普通条件

info提供信息的消息

debug不包含函数条件或问题的其他信息

none没有重要级，通常用于排错

* 所有级别，除了none

naction 字段为动作域，所表示的活动具有许多灵活性，特别是，可以使用名称管道的作用是可以使 syslogd 生成后处理信息。

syslog 主要支持以下活动：

file将消息追加到指定的文件尾

terminal 或 print完全的串行或并行设备标志符

@host远程的日志服务器

username 将消息写到指定的用户

named pipe 指定使用 mkfifo 命令来创建的 FIFO 文件的绝对路径。

*将消息写到所有的用户

选择域指明消息的类型和优先级；动作域指明syslogd接收到一个与选择标准相匹配的消息时所执行的动作。每个选项是由设备和优先级组成。当指明一个优先级时，syslogd将纪录一个拥有相同或更高优先级的消息。比如如果指明”crit”，则所有标为crit、alert和emerg的消息将被纪录。每行的行动域指明当选择域选择了一个给定消息后应该把他发送到什么地方。

以下是一个实际站点的配置（syslog.conf）文件：

# Store critical stuff in critical

#

*.=crit;kern.none/var/adm/critical

这个将把所有信息以优先权的crit保存在/var/adm/critical文件中，除了一些内核信息

# Kernel messages are first, stored in the kernel

# file, critical messages and higher ones also go

# to another host and to the console

#

kern.*/var/adm/kernel

kern.crit @finlandia

kern.crit /dev/console

kern.info;kern.!err/var/adm/kernel-info

之一条代码指引一些内核设备访问文件/var/adm/kernel的信息。

第二条代码直接引导所有拥有crit和更高优先权的内核信息访问远程主机。如果它们也存储在远程主机上，仍旧可以试着找到毁坏的原因。

第四行说明syslogd 保存了所有拥有info 到warning优先级的内核信息在/var/adm/kernel-info文件夹下。所有err和更高优先级的被排除在外。

# The tcp wrapper loggs with mail.info, we display

# all the connections on tty12

#

mail.=info /dev/tty12

这个引导所有使用mail.info (in source LOG_MAIL | LOG_INFO)的信息到/dev/tty12下，第12

个控制台。例如tcpwrapper

tcpd

(8)载缺省时使用这个

# Store all mail concerning stuff in a file

mail.*;mail.!=info/var/adm/mail

模式匹配了所有具有mail功能的信息，除了拥有info优先级的。他们将被保存在文件/var/adm/mail中

# Log all mail.info and news.info messages to info

#

mail,news.=info/var/adm/info

提取所有具有mail.info 或news.info 功能优先级的信息存储在文件/var/adm/info中

# Log info and notice messages to messages file

#

*.=info;*.=notice;\

mail.none /var/log/messages

使所有syslogd日志中具有info 或notice功能的信息存储在文件/var/log/messages中，除了所有mail功能的信息

# Log info messages to messages file

#

*.=info;\

mail,news.none/var/log/messages

这个声明使syslogd日志中所有具有info优先权的信息存储在/var/log/messages文件中。但是一些有mail 或news功能的信息不能被存储。

# Emergency messages will be displayed using wall

#

*.=emerg*

这行代码告诉syslogd写所有紧急信息到所有当前登陆用户日志中。这个将被实现

# Messages of the priority alert will be directed

# to the operator

#

*.alertroot,joey

*.*@finlandia

这个代码指引所有具有alert 或更高级权限的信息到终端操作。

第二行代码引导所有信息到叫做finlandia的远程主机。这个代码非常有用，特别是在所有syslog信息将被保存到一台机器上的群集计算机。

3.4 klogd 守护进程

klog是一个从UNIX内核接受消息的设备

klogd

守护进程获得并记录 Linux 内核信息。通常，syslogd 会记录 klogd

传来的所有信息。也就是说，klogd会读取内核信息，并转发到syslogd进程。然而，如果调用带有 -f filename 变量的 klogd

时，klogd 就在 filename 中记录所有信息，而不是传给 syslogd。当指定另外一个文件进行日志记录时，klogd

就向该文件中写入所有级别或优先权。Klogd 中没有和 /etc/syslog.conf 类似的配置文件。使用 klogd 而避免使用

syslogd 的好处在于可以查找大量错误。

总结

其中，箭头代表发送消息给目标进程或者将信息写入目标文件。

图1 Linux日志系统

日志管理及日志保护

logrotate程序用来帮助用户管理日志文件，它以自己的守护进程工作。logrotate周期性地旋转日志文件，可以周期性地把每个日志文件重命名

成一个备份名字，然后让它的守护进程开始使用一个日志文件的新的拷贝。在/var/log/下产生如maillog、maillog.1、

maillog.2、boot.log.1、boot.log.2之类的文件。它由一个配置文件驱动，该文件是

/etc/logroatate.conf。

以下是logroatate.conf文件例子：

# see “man logrotate” for details

# rotate log files weekly

weekly

#以7天为一个周期

# keep 4 weeks worth of backlogs

rotate 4

#每隔4周备份日志文件

# send errors to root

errors root

#发生错误向root报告

# create new (empty) log files after rotating old ones

create

#转完旧的日志文件就创建新的日志文件

# uncomment this if you want your log files compressed

#compress

#指定是否压缩日志文件

# RPM packages drop log rotation information into this directory

include /etc/logrotate.d

# no packages own lastlog or wtmp — we’ll rotate them here

/var/log/wtmp {

monthly

create 0664 root utmp

rotate 1

}

# system-specific logs may be configured here

在网络应用中，有一种保护日志的方式，在网络中设定一台秘密的syslog主机，把这台主机的网卡设为混杂模式，用来监听子网内所有的syslog包，这

样把所有需要传送日志的主机配置为向一台不存在的主机发送日志即可。这样即使黑客攻陷了目标主机，也无法通过syslog.conf文件找到备份日志的主

机，那只是一个不存在的主机。实际操作中还可以辅以交换机的配置，以确保syslog包可以被备份日志主机上的syslog进程接受到。比如把

syslog.conf中的传送日志主机设为

关于linux日志地址的介绍到此就结束了，不知道你从中找到你需要的信息了吗 ？如果你还想了解更多这方面的信息，记得收藏关注本站。