登录
推荐 文章 Go 技术 课程 下载 专题 AI
首页 >  文章 >  linux

Linux lslogins 的登录信息与账号属性有什么区别

来源:17golang原创

时间:2026-10-31 08:27:59 348浏览 收藏

Linux lslogins 的登录信息与账号属性有什么区别

lslogins 中的账号属性描述“这个账号怎样配置”,登录信息描述“系统保留了哪些登录记录”。UID、主目录和登录 Shell 不代表用户最近登录过;最后登录时间为空,也不能直接证明账号不存在或从未使用。排查时应把两类字段分开查看,再判断数据是否可读、日志是否保留。

项目官方地址:https://github.com/util-linux/util-linux。lslogins 属于 util-linux。本文按上游手册和实现说明字段含义;发行版中的选项与列名以本机帮助为准,以下命令是操作示例,没有附带虚构的运行输出。

先区分账号是什么与发生过什么

把 lslogins 当作“用户资料与部分历史记录的汇总视图”更容易理解。同一行中并排显示的字段,可能来自不同数据源,不能仅因为排在一起就赋予同样含义。

信息类型典型字段能回答什么
账号身份与配置USER、UID、GID、HOMEDIR、SHELL账号标识、主组、目录与Shell配置
密码相关属性PWD-LOCK、PWD-EMPTY、PWD-DENY工具能够读取的密码状态
最后登录记录LAST-LOGIN、LAST-TTY、LAST-HOSTNAME可用历史记录中的最近登录信息
最后失败记录FAILED-LOGIN、FAILED-TTY可用失败记录中的最近尝试信息

例如,一个用于后台任务的账号可以具有明确的 UID 和主目录,却没有交互式登录记录。反过来,一条历史登录记录反映的是当时的事件,不能证明当前密码配置、组关系或登录策略仍与当时一致。

账号配置字段和历史记录字段的静态分组
结构图:账号属性与历史记录分属不同信息边界,字段并列不表示结论等价。

怎样分别查看账号属性和登录记录

先固定一个已知账号。下面以示例名 demo_reader 表示,执行前换成目标系统中的真实账号;不需要为了演示创建账号。先查帮助和列名,再按目标选字段。

# 查看本机选项;较旧版本可能没有 --list-columns
lslogins --help
# 本机支持时列出可用于 --output 的字段
lslogins --list-columns
# 仅列出指定账号的身份与配置字段
lslogins -l demo_reader -o USER,UID,GID,HOMEDIR,SHELL
# 查看最后登录相关信息,ISO格式方便辨认日期
lslogins -L -l demo_reader --time-format iso
# 单独查看最后失败登录相关信息
lslogins -f -l demo_reader --time-format iso

-L 是大写字母,选择最后登录信息;-l 是小写字母,指定账号列表。两者不能互换。需要一次查询多个账号时,-l 接收逗号分隔的账号名或 UID。

还有一个容易忽略的区别:直接传入位置参数 lslogins demo_reader 会进入单账号详细展示形式;用 -l demo_reader 仍属于筛选列表的形式。不要把两种形式的布局差异当成数据含义变化。手册还说明,列表筛选中的未知账号名会被忽略,而未知的单账号位置参数会报错;空列表和账号不存在不是可以随意互换的判断。

为什么有账号却没有最后登录时间

账号资料可用与登录日志可用是两件事。手册列出的数据来源包括登录记录、失败记录和必要时读取的 shadow 等账号资料;实现还会根据构建与环境使用相应的最后登录数据。历史列缺失时,应先考虑记录没有生成、文件不可读、记录已轮转或当前环境未提供相应数据。

容器、精简系统和迁移后的环境尤其需要确认日志来源。账号可以从基础镜像继承,而登录历史未随之迁移。不要为了填补空白直接推断“用户从未登录”“账号已经禁用”或“系统没有任何失败尝试”。这些说法都比一个空字段包含的信息更多。

账号存在、历史可用性和认证结论之间的边界
说明图:身份可见、历史可用与认证是否允许是不同问题,缺失记录无法替代完整判断。

还应区分“最后一次”与“全部历史”。-L 和 -f 展示相关最近记录信息,不构成完整事件清单;最后登录信息也不等于用户此刻仍在线。需要追查具体事件时,应结合目标系统的记录机制与保留范围分析。

密码状态能否说明所有登录方式

不能仅凭一个密码状态字段给所有认证路径下结论。上游手册分别解释密码锁定、空密码和密码登录禁用等状态,说明它们不是同一个开关。特别是“密码为空”不自动意味着可以无密码登录;实际行为还取决于锁定状态与认证配置。

# 查看密码相关属性;某些数据需要相应读取权限
lslogins -p -l demo_reader
# 查看密码变更和到期相关信息,该选项按手册需要root权限
lslogins -a -l demo_reader

这里查询的是属性,不修改账号。若当前用户无权读取必要资料,输出不足不能被解释成“没有限制”。对于 SSH 密钥、PAM 或服务自身的认证规则,还要阅读相应配置;lslogins 的密码字段不能代替整条认证链的判定。也不要把 Shell 字段中的一个路径直接当作所有远程服务的统一准入结果。

筛选与脚本使用还有哪些边界

为什么筛选某个组时少了预期账号?手册指出,按组筛选扫描组数据库,主组关系在用户没有显式列为组成员时可能不可见。应区分账号记录中的主 GID 与组数据库中的成员列表,不要仅凭一次组筛选认定账号没有主组。

能直接按默认表格的第几列写脚本吗?更稳妥的做法是用 -o 明确列名,按需要选择本机支持的 JSON 或原始输出格式;不要依赖默认列次序和空格对齐。脚本还应处理命令错误与缺失值,而不是把空字符串一律转换成否定结论。

服务账号与普通用户的划分固定吗?相关筛选受 UID 范围与 /etc/login.defs 配置影响。筛选类别是工具的分类规则,不是登录事件,也不是认证许可。

阅读 lslogins 时,可以始终问三件事:这一列属于账号配置还是历史记录,当前环境是否提供相应数据,以及这条信息能支持多大范围的结论。先分清语义,再组合使用字段,通常比一次查看所有列更容易定位误解。

参考:上游 lslogins 手册;util-linux 对应实现。

声明:本文转载于:17golang原创 如有侵犯,请联系study_golang@163.com删除
相关阅读
更多>
最新阅读
更多>
课程推荐
更多>