Linux查看用户登陆历史记录(last命令的使用)

2024-06-13 21:32

本文主要是介绍Linux查看用户登陆历史记录(last命令的使用),希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

查看某用户的操作历史

 

    cat  /home/username/.bash_history

 

 

使用root登陆使用last -x可查看用户登陆历史。



  last 命令:


  功能说明:列出目前与过去登入系统的用户相关信息。


  语 法:last [-adRx][-f ][-n ][帐号名称…][终端机编号…]


  补充说明:单独执行last指令,它会读取位于/var/log目录下,


  名称为wtmp的文件并把该给文件的内容记录的登入系统的用户名单全部显示出来。


  参 数:


  -a 把从何处登入系统的主机名称或IP地址,显示在最后一行。


  -d 将IP地址转换成主机名称


  -f 指定记录文件。


  -n 或- 设置列出名单的显示列数。


  -R 不显示登入系统的主机名称或IP地址。


  -x 显示系统关机,重新开机,以及执行等级的改变等信息。

 

 

 

  lastlog可简单查看所有用户最后一次的登陆时间

 

 

 

 

命令:  last -A

root     pts/4        172.16.0.241     Fri Nov 13 16:11   still logged in   
root     pts/4        172.16.0.241     Thu Nov 12 22:56 - 23:00  (00:03)    
root     pts/4        172.16.0.241     Thu Nov 12 21:36 - 21:37  (00:00)    
root     pts/3       <span style="color:#ff0000;background-color: rgb(255, 255, 204);"> </span></strong><span style="color:#ff0000;background-color: rgb(255, 255, 204);">172.16.0.239 </span><strong><span style="color:#ff0000;background-color: rgb(255, 255, 204);">  </span>  Thu Nov 12 09:40   still logged in   
root     pts/3        172.16.1.2       Tue Oct 27 14:55 - 14:55  (00:00)    
root     pts/0        <span style="color:#ff6666;">172.16.0.239</span>     Tue Oct 27 14:28   still logged in   
root     pts/0        172.16.1.2       Tue Oct 27 11:02 - 11:02  (00:00)    
root     pts/0        172.16.1.2       Fri Oct 23 22:03 - 22:03  (00:00)    
root     pts/0        172.16.1.2       Fri Oct 23 21:58 - 21:58  (00:00)    
root     pts/0        172.16.1.2       Fri Oct 23 21:55 - 21:55  (00:00)    
root     pts/0        172.16.1.2       Fri Oct 23 21:51 - 21:51  (00:00)    
<span style="color:#ff0000;background-color: rgb(255, 255, 204);">root     pts/2        172.16.0.239     Fri Oct 23 21:42   still logged in   </span>
root     pts/2        172.16.1.2       Wed Oct 21 17:01 - 17:01  (00:00)    
root     pts/2        172.16.1.2       Wed Oct 21 16:59 - 16:59  (00:00)    
root     pts/2        172.16.0.239     Fri Sep 25 15:04 - 15:05  (00:01)    
root     pts/1        172.16.0.239     Fri Sep 25 15:04   still logged in   
root     pts/0        172.16.0.239     Thu Sep 24 13:53 - 21:42 (29+07:48)  
<span style="color:#ff0000;">runlevel (to lvl 5)   2.6.32-504.8.1.e Thu Jul 16 19:42 - 16:12 (119+20:29) </span>
<span style="color:#ff0000;">reboot   system boot  2.6.32-504.8.1.e Thu Jul 16 19:42 - 16:12 (119+20:29) </span>
root     pts/1        172.16.0.239     Mon Jun 15 11:38 - 11:39  (00:00)    
root     pts/2        172.16.0.239     Mon May 25 16:04 - 01:12 (19+09:07) 

 

 

 

 

代码:

[root@servicel02 ~]# last reboot
reboot   system boot  2.6.18-194.el5   Fri Oct  8 18:48         (277+23:46) 
reboot   system boot  2.6.18-194.el5   Fri Oct  8 18:27          (00:19)    
reboot   system boot  2.6.18-194.el5   Fri Oct  8 18:01          (00:21)    
reboot   system boot  2.6.18-194.el5   Fri Oct  8 17:18          (00:40)    
reboot   system boot  2.6.18-194.el5   Fri Oct  8 16:42          (00:33) 
  

reboot   system boot  2.6.18-194.el5   Fri Sep 17 11:30         (21+05:01)  
reboot   system boot  2.6.18-194.el5   Wed Sep 15 11:11         (2+00:16)   
reboot   system boot  2.6.18-194.el5   Wed Sep 15 11:02          (00:06)    
reboot   system boot  2.6.18-194.el5   Wed Sep 15 10:52          (00:08)    
reboot   system boot  2.6.18-194.el5   Wed Sep 15 10:44          (00:05)    

wtmp begins Wed Sep 15 10:44:24 2010

 

这么多reboot信息,不过别着急仔细看一下就明白了。咱们从后往前说
最后一行
wtmp begins Wed Sep 15 10:44:24 2010
这是说/var/log/wtmp这个文件是在2010年9月15日周三上午10:44:24这个时间点生成的,一般来说这就是装系统的时候了。
在这以后频繁重启了4次时间就到了Fri Sep 17 11:30     (21+05:01),干啥来的呢。。。。估计是安装一些软件或服务吧~反正是没少折腾。。。。

从   Fri Oct 8 16:42    (00:33)这个时间点开始又频繁重启了4次,最后上线前再测试一些极端情况,。。。。呵呵中间为啥将近1个月都没reboot呢?新机器烤一烤嘛~~~别拆了包装就让人家上岗,给它20天的磨合期。

经过了之前的N多考验,终于决定让他投入战斗了!这服务器还算是比较给力,注意看第一行
reboot   system boot  2.6.18-194.el5   Fri Oct  8 18:48         (277+23:46) 
这说明从去年10月8日18:48分到现在,他已经连续战斗了将近278天了。。。。多么好的员工啊~要是让我连续上班278我早挂了。。。。
最后咱们用uptime命令来验证一下

 

代码:

uptime 
18:49:25 up 278 days, 1 min,  1 user,  load average: 0.07, 0.02, 0.00

呵呵278天零1分钟了。。。。。。希望他继续保持战斗状态!

应该明白了吧~~别怕last里的reboot多,主要看第一行的最后那个数字。写个简单的正则命令就明白了

代码:

last reboot -1 |awk '{print $NF}'
(278+00:02)

2010

怎么样,大家都来秀一下last reboot -1 |awk '{print $NF}' 啊哈哈~~~~~

 

 

 

 

 

 

 

这篇关于Linux查看用户登陆历史记录(last命令的使用)的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/1058473

相关文章

nginx -t、nginx -s stop 和 nginx -s reload 命令的详细解析(结合应用场景)

《nginx-t、nginx-sstop和nginx-sreload命令的详细解析(结合应用场景)》本文解析Nginx的-t、-sstop、-sreload命令,分别用于配置语法检... 以下是关于 nginx -t、nginx -s stop 和 nginx -s reload 命令的详细解析,结合实际应

Linux线程之线程的创建、属性、回收、退出、取消方式

《Linux线程之线程的创建、属性、回收、退出、取消方式》文章总结了线程管理核心知识:线程号唯一、创建方式、属性设置(如分离状态与栈大小)、回收机制(join/detach)、退出方法(返回/pthr... 目录1. 线程号2. 线程的创建3. 线程属性4. 线程的回收5. 线程的退出6. 线程的取消7.

C#连接SQL server数据库命令的基本步骤

《C#连接SQLserver数据库命令的基本步骤》文章讲解了连接SQLServer数据库的步骤,包括引入命名空间、构建连接字符串、使用SqlConnection和SqlCommand执行SQL操作,... 目录建议配合使用:如何下载和安装SQL server数据库-CSDN博客1. 引入必要的命名空间2.

Linux下进程的CPU配置与线程绑定过程

《Linux下进程的CPU配置与线程绑定过程》本文介绍Linux系统中基于进程和线程的CPU配置方法,通过taskset命令和pthread库调整亲和力,将进程/线程绑定到特定CPU核心以优化资源分配... 目录1 基于进程的CPU配置1.1 对CPU亲和力的配置1.2 绑定进程到指定CPU核上运行2 基于

使用Python删除Excel中的行列和单元格示例详解

《使用Python删除Excel中的行列和单元格示例详解》在处理Excel数据时,删除不需要的行、列或单元格是一项常见且必要的操作,本文将使用Python脚本实现对Excel表格的高效自动化处理,感兴... 目录开发环境准备使用 python 删除 Excphpel 表格中的行删除特定行删除空白行删除含指定

golang程序打包成脚本部署到Linux系统方式

《golang程序打包成脚本部署到Linux系统方式》Golang程序通过本地编译(设置GOOS为linux生成无后缀二进制文件),上传至Linux服务器后赋权执行,使用nohup命令实现后台运行,完... 目录本地编译golang程序上传Golang二进制文件到linux服务器总结本地编译Golang程序

深入理解Go语言中二维切片的使用

《深入理解Go语言中二维切片的使用》本文深入讲解了Go语言中二维切片的概念与应用,用于表示矩阵、表格等二维数据结构,文中通过示例代码介绍的非常详细,需要的朋友们下面随着小编来一起学习学习吧... 目录引言二维切片的基本概念定义创建二维切片二维切片的操作访问元素修改元素遍历二维切片二维切片的动态调整追加行动态

Linux下删除乱码文件和目录的实现方式

《Linux下删除乱码文件和目录的实现方式》:本文主要介绍Linux下删除乱码文件和目录的实现方式,具有很好的参考价值,希望对大家有所帮助,如有错误或未考虑完全的地方,望不吝赐教... 目录linux下删除乱码文件和目录方法1方法2总结Linux下删除乱码文件和目录方法1使用ls -i命令找到文件或目录

prometheus如何使用pushgateway监控网路丢包

《prometheus如何使用pushgateway监控网路丢包》:本文主要介绍prometheus如何使用pushgateway监控网路丢包问题,具有很好的参考价值,希望对大家有所帮助,如有错误... 目录监控网路丢包脚本数据图表总结监控网路丢包脚本[root@gtcq-gt-monitor-prome

Python通用唯一标识符模块uuid使用案例详解

《Python通用唯一标识符模块uuid使用案例详解》Pythonuuid模块用于生成128位全局唯一标识符,支持UUID1-5版本,适用于分布式系统、数据库主键等场景,需注意隐私、碰撞概率及存储优... 目录简介核心功能1. UUID版本2. UUID属性3. 命名空间使用场景1. 生成唯一标识符2. 数