ls -z是唯一能直接读取selinux安全上下文的命令，输出格式为“权限 所有者 组 用户:角色:类型:级别 路径”，其中类型字段（如httpd_sys_content_t）是访问控制核心；ls -z已弃用，现代系统必须用-z；输出为空或显示?表明selinux被禁用或文件系统未启用扩展属性。
Linux 中查看文件“上下文属性”，实际指的是 SELinux 安全上下文（security context），不是普通权限或时间戳——ls -Z 是唯一能直接、可靠读取它的命令，其他如 stat、ls -l 都不包含该字段。
用 ls -Z 查看单个文件或目录的 SELinux 上下文
执行 ls -Z 是最直接的方式，它输出格式为：权限 所有者 组 用户:角色:类型:级别 路径。其中第三段（类型，如 httpd_sys_content_t）是访问控制的核心依据。
-
ls -Z /etc/hosts：查看单个文件上下文 -
ls -Zd /var/www/html：加-d只显示目录自身上下文（不递归子项），排查 Web 服务路径时必须用这个 -
ls -ZR /opt/app | head -20：递归查看但限制输出行数，避免因大量文件卡住终端
注意：ls -z 在现代系统（RHEL 7+、CentOS Stream、Fedora、Rocky）中已被弃用；GNU coreutils 8.24+ 不再支持它，运行可能静默忽略或报错，务必用 -Z。
为什么 ls -Z 输出为空、全是 ? 或类型明显不对
这不是命令写错了，而是环境或配置异常：
- 输出中类型字段为空或显示
?：说明 SELinux 当前是Disabled（getenforce返回Disabled），或文件系统挂载时禁用了扩展属性（如用了noatime,nodiratime，或没加context=...） - Web 文件类型是
default_t而非httpd_sys_content_t：说明该路径未被 SELinux 策略覆盖，需先用semanage fcontext -a -t httpd_sys_content_t '/path(/.*)?'注册规则，再运行restorecon -Rv /path - 文件是从非 SELinux 系统复制进来的（如
cp或mv自 Windows 或 ext4 未打标分区）：默认继承目标目录父级上下文，不会自动适配，必须手动restorecon
如何确认 SELinux 是否真正启用并生效
仅靠 ls -Z 不足以判断环境是否就绪，需组合验证：
- 运行
getenforce：返回Enforcing或Permissive才算启用；Disabled表示完全关闭，ls -Z必然无效 - 运行
mount | grep -E 'selinux|context'：确认根文件系统（如/）挂载选项含seclabel或显式context=...，否则即使 SELinux 启用，也无法存储上下文 - 检查
/etc/selinux/config中SELINUX=enforcing且SELINUXTYPE=targeted（主流配置），改完需重启或setenforce 1
很多问题其实卡在第一步：以为 SELinux 开着，其实 getenforce 返回的是 Disabled，而用户只盯着 ls -Z 的问号反复试，却没查根本状态。
别把“上下文”和“文件属性”混为一谈
Linux 中“文件属性”是泛称，但“上下文”特指 SELinux 安全上下文——它不存于 inode，而是通过文件系统扩展属性（xattr）存储，独立于传统权限、所有者、时间戳等字段。
-
stat显示的是真实 inode 元数据（权限、大小、三类时间戳、inode 号等），但不包含 SELinux 上下文 -
ls -l只显示传统权限和归属，连 xattr 都不碰；ls -Z则专为读取 xattr 中的 SELinux 字段而设 - 若需同时看传统属性 + SELinux 上下文，得拼接命令，例如：
stat -c "%n %a %U:%G" file && ls -Z file | awk '{print $4, $5}'
真正容易被忽略的点是：SELinux 上下文依赖底层文件系统支持（如 ext4/xfs 需启用 xattr），且策略规则（type enforcement）和文件标签（labeling）是两件事——规则存在不代表路径已打标，必须 restorecon 才落地。
