• kdump
• network
• selinux
• storage
• certificate
• kernel_settings
• logging
• metrics
• nbde_client 和 nbde_server
• timesync
• tlog

先决条件

• 确定在您要用作控制节点的系统中安装了 rhel-system-roles 软件包：

  # yum install rhel-system-roles

• 您需要 ansible 软件包来运行使用 RHEL 系统角色的 playbook。确保启用了 Ansible Engine 软件仓库,且 ansible 软件包安装在您要用作控制节点的系统中。

  • 如果您没有 Red Hat Ansible Engine 订阅，可以使用 Red Hat Enterprise Linux 订阅提供的有限版本的 Red Hat Ansible Engine。在这种情况下，请按照以下步骤操作：

    1. 启用 RHEL Ansible Engine 存储库：

       # subscription-manager refresh
       # subscription-manager repos --enable ansible-2-for-rhel-8-x86_64-rpms

    2. 安装 Ansible Engine:

       # yum install ansible

  • 如果您有 Red Hat Ansible Engine 订阅，请按照以下所述步骤操作 如何下载和安装 Red Hat Ansible Engine?。

• 确保您可以创建 Ansible 清单。

  清单代表 Ansible playbook 使用的主机、主机组以及一些配置参数。

  playbook 通常是人类可读的,并使用 ini、yaml、json 和其他文件格式定义。

• 确保您可以创建一个 Ansible playbook。

  Playbook 代表 Ansible 的配置、部署和编配语言。通过使用 playbook，您可以声明和管理远程机器的配置，部署多个远程机器，编配任何手动排序进程的步骤。

  playbook 是一个或多个 plays 的列表。每个 play 都可以包括 Ansible 变量、任务或角色。

  playbook 是人类可读的,以 yaml 格式定义。

流程

• 要列出系统可用区域设置，请执行以下操作：

  $ localectl list-locales
  C.utf8
  aa_DJ
  aa_DJ.iso88591
  aa_DJ.utf8
  ...

• 显示系统区域设置的当前状态：

  $ localectl status

• 要设置或更改默认系统区域设置，以 root 用户身份使用 localectl set-locale 子命令。例如：

  # localectl set-locale LANG=en-US

流程

• 要列出可用的键映射：

  $ localectl list-keymaps
  ANSI-dvorak
  al
  al-plisi
  amiga-de
  amiga-us
  ...

• 显示 keymaps 设置的当前状态：

  $ localectl status
  ...
  VC Keymap: us
  ...

• 设置或更改默认系统键映射。例如：

  # localectl set-keymap us

先决条件

• 在您的系统中会安装所需的语言软件包

• 静态 IPv4 地址 - 192.0.2.1，子网掩码为 /24
• 静态 IPv6 地址 - 2001:db8:1::1，子网掩码为 /64
• IPv4 默认网关 - 192.0.2.254
• IPv6 默认网关 - 2001:db8:1::fffe
• IPv4 DNS 服务器 - 192.0.2.200
• IPv6 DNS 服务器 - 2001:db8:1::ffbb
• DNS 搜索域 - example.com

先决条件

• 已安装 NetworkManager-tui 软件包。

• 显示当前接收并发送的数据包
• 显示可用网络接口最重要的信息
• 显示网络日志的内容。
• 添加各种网络接口类型（bond、team、bridge、VLAN）

• Ethernet
• Bridge
• Bonded
• VLAN
• MacVLAN
• Infiniband

先决条件

• 红帽客户门户网站中的一个有效的用户帐户。
• 请参阅 创建红帽登录 页面。
• RHEL 系统的有效订阅。
• 如需有关安装过程的更多信息，请参阅 执行标准 RHEL 安装。

先决条件

• 红帽客户门户网站中的有效用户帐户。

  请参阅 创建红帽登录 页面。

• RHEL 系统的有效订阅。

先决条件

• 红帽客户门户网站中的有效帐户。

  对于新用户注册的详情，请参阅创建红帽登陆页。

先决条件

• 激活码或密钥。

  有关生成新激活码的详情，查看 Activation Keys 页。

先决条件

• 您必须有对该系统的根权限。

先决条件

• 您必须有对该系统的根权限。

流程

• 显示 firewalld 的当前状态：

  $ systemctl status firewalld
  ● firewalld.service - firewalld - dynamic firewall daemon
     Loaded: loaded (/usr/lib/systemd/system/firewalld.service; disabled; vendor preset: enabled)
     Active: inactive (dead)
  ...

• 如果没有启用并运行 firewalld，切换到 root 用户，启动 firewalld 服务并在系统重启后自动启动它：

  # systemctl enable --now firewalld

验证步骤

• 检查 firewalld 是否正在运行并启用：

  $ systemctl status firewalld
  ● firewalld.service - firewalld - dynamic firewall daemon
     Loaded: loaded (/usr/lib/systemd/system/firewalld.service; enabled; vendor preset: enabled)
     Active: active (running)
  ...

• Disabled
• Enabled

• Enabled

  • Enforcing
  • Permissive

• 显示用户和组群 ID:

  $ id
  uid=1000(example.user) gid=1000(example.user) groups=1000(example.user),10(wheel) context=unconfined_u:unconfined_r:unconfined_t:s0-s0:c0.c1023

• 要创建新用户帐户，请执行以下操作：

  # useradd example.user

• 为 example.user 所属用户帐户分配新密码：

  # passwd example.user

• 将用户添加到组中：

  # usermod -a -G example.group example.user

• 在访问系统时验证用户。
• 设置系统的访问权限。

• 创建新用户帐户。
• 更改其参数。
• 锁定帐户。
• 终止用户会话。

先决条件

• 必须安装并可以访问 RHEL web 控制台。详情请参阅 安装和启用 Web 控制台。

先决条件

• 根据备份恢复计划完成必要的配置。

  请注意，您可以使用 NETFS 备份方法，这是 ReaR 完全整合的内置方法。

• systemd-journald 守护进程
• Rsyslog 服务

• 内核
• 引导过程的早期阶段
• 启动并运行守护进程的标准和错误输出
• Syslog

• /var/log/messages - 除以下外的所有 syslog 信息
• /var/log/secure - 与安全性和验证相关的信息和错误
• /var/log/maillog - 与邮件服务器相关的信息和错误
• /var/log/cron - 与定期执行的任务相关的日志文件
• /var/log/boot.log - 与系统启动相关的日志文件

先决条件

• 红帽客户门户网站中的有效用户帐户。请参阅 创建红帽登录帐号。
• RHEL 系统的有效订阅。

先决条件

• 红帽客户门户网站中的有效用户帐户。请参阅 创建红帽登录帐号。
• RHEL 系统的有效订阅。
• 支持问题单号。

• 搜索软件包。
• 列出软件包。
• 列出软件仓库。
• 显示软件包信息。
• 列出软件包组。
• 在 yum 输入中指定全局表达式。

• 安装软件包。
• 安装软件包组。
• 在 yum 输入中指定软件包名称。

• 检查更新。
• 更新单个软件包。
• 更新软件包组。
• 更新所有软件包及其依赖项。
• 应用安全更新。
• 自动软件更新。

• 删除软件包。
• 删除软件包组。
• 在 yum 输入中指定软件包名称。

• 列出软件包组。
• 安装软件包组。
• 删除软件包组。
• 在 yum 输入中指定全局表达式。

• 列出事务。
• 恢复事务。
• 重复事务。
• 在 yum 输入中指定全局表达式。

• 设置 [repository] 选项。
• 添加 yum 软件仓库。
• 启用 yum 软件仓库。
• 禁用 yum 软件仓库。

• 查看当前的 yum 配置。
• 设置 yum [main] options。
• 使用 yum 插件。

• 基于套接字的激活 - 在引导时, systemd 会为所有支持这类激活的系统服务创建侦听套接字,并在启动后将套接字传递给这些服务。这不仅允许 systemd 并行启动服务,还可以在不可用时丢失任何信息来重启服务：对应的套接字可一直访问,并将所有信息放入队列。

  Systemd 使用 套接字单元进行基于套接字的激活。

• 基于总线的激活 - 使用 D-Bus 进行进程间通信的系统服务可以按需启动,同时客户端应用程序第一次尝试与它们通信。Systemd 使用 D-Bus 服务文件 进行基于总线的激活。
• 基于设备的激活 - 支持基于设备的激活的系统服务可以按需启动,当特定类型的硬件插入或变得可用时。systemd 使用设备单元作为基于设备的激活。
• 基于路径的激活 - 当某个特定文件或目录改变其状态时,支持基于路径的激活的系统服务可以按需启动。systemd 使用 路径单位作为基于路径的激活。
• 挂载和自动挂载点管理 - Systemd 监控并管理挂载和自动挂载点。Systemd 使用 mount 单元用于挂载点， automount 单元 用于自动挂载点。
• 活跃的 并行化 - 因为使用基于套接字的激活,所以 systemd 可以在所有监听套接字都存在后马上并行启动系统服务。和支持按需激活的系统服务相结合，并行激活可大大减少引导系统所需的时间。
• 事务单元激活逻辑 - 在激活或取消激活一个单元前, systemd 计算其依赖项,创建一个临时事务,并验证这个事务是否一致。如果事务不一致, systemd 会自动尝试更正它,并在报告错误前从中移除非必要作业。
• 与 SysV init 的后向兼容性 - Systemd 支持 SysV init 脚本,如 Linux Standard Base Core Specification 所述,这可简化对 systemd 服务单元的升级路径。

• Systemd 只对运行级别（runlevel）提供有限支持。它提供了很多目标单元,它们可以直接映射到这些运行级别,并且出于兼容性的原因,它也会使用之前的 runlevel 命令发布。不是所有 systemd 目标都可以直接映射到运行级别,因此这个命令可能会返回 N 以指示未知运行级别。建议您尽可能避免使用 runlevel 命令。
  有关 systemd 目标及其与运行级别比较的详情请参考 第 15 章 使用 systemd 目标。
• systemctl 工具不支持自定义命令。除了标准命令,如 start、stop 和 status 外,SysV 初始化脚本的作者也可以实现对任意任意命令的支持,以便提供额外的功能。例如： iptables 的初始化脚本可以使用 panic 命令执行,该命令会立即启用 panic 模式并重新配置系统以开始丢弃所有传入和传出的数据包。systemd 不支持这个设置, systemctl 只接受记录的命令。
• systemctl 实用程序不会与 systemd 启动的服务进行通信。当 systemd 启动系统服务时，它会保存其主进程的 ID 以跟踪它。然后, systemctl 工具会使用这个 PID 来查询和管理该服务。因此,如果用户直接在命令行启动特定的守护进程, systemctl 将无法决定其当前状态或停止它。
• Systemd 只停止运行的服务。在以前的版本中,当启动关闭序列时,Red Hat Enterprise Linux 6 以及之前的发行本都使用位于 /etc/rc0.d/ 目录中的符号链接停止所有可用的系统服务,而不考虑它们的状态。使用 systemd 时，只有运行的服务才会在关闭时停止。
• 系统服务无法从标准输入流读取。当 systemd 启动服务时,它会将其标准输入连接到 /dev/null,以防止与用户交互。
• 系统服务不会从调用用户及其会话继承任何上下文（如 HOME 和 PATH 环境变量）。每个服务在干净执行环境中运行。
• 当载入 SysV init 脚本时, systemd 会读取 Linux Standard Base(LSB)标头中编码的依赖项信息,并在运行时解释它。
• 服务单元中的所有操作都会被默认超时 5 分钟,以防止出现故障的服务中断。这个值在从 initscripts 生成的且无法更改的服务中是被硬编码的。但是,各个配置文件可以用来指定一个较长的超时值,请参阅 例 17.2 “更改超时限制”。

流程

• 要列出所有当前载入的服务单元,请输入：

  $ systemctl list-units --type service
  UNIT                     LOAD   ACTIVE SUB     DESCRIPTION
  abrt-ccpp.service        loaded active exited  Install ABRT coredump hook
  abrt-oops.service        loaded active running ABRT kernel log watcher
  abrtd.service            loaded active running ABRT Automated Bug Reporting Tool
  ...
  systemd-vconsole-setup.service loaded active exited  Setup Virtual Console
  tog-pegasus.service            loaded active running OpenPegasus CIM Server
  
  LOAD   = Reflects whether the unit definition was properly loaded.
  ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
  SUB    = The low-level unit activation state, values depend on unit type.
  
  46 loaded units listed. Pass --all to see loaded but inactive units, too.
  To show all installed unit files use 'systemctl list-unit-files'

  默认情况下, systemctl list-units 命令只显示活跃的单元。对于每个服务单元文件,命令会显示：

  • UNIT: 其全名
  • LOAD: 是否载入该单元文件的信息
  • ACTIVE\ SUB:其高级别和低级单元文件激活状态
  • DESCRIPTION: 简短描述

• 要列出 所有载入的单元,无论它们的状态 如何,请使用 --all 或 -a 命令行选项输入以下命令：

  $ systemctl list-units --type service --all

• 要列出所有可用服务单元的状态（启用/禁用）,请输入：

  $ systemctl list-unit-files --type service
  UNIT FILE                               STATE
  abrt-ccpp.service                       enabled
  abrt-oops.service                       enabled
  abrtd.service                           enabled
  ...
  wpa_supplicant.service                  disabled
  ypbind.service                          disabled
  
  208 unit files listed.

  对于每个服务单元,这个命令会显示：

  • UNIT FILE: 其全名
  • STATE: 服务单元是否启用或禁用

流程

• 要显示与系统服务对应的服务单元的详细信息,请输入：

  $ systemctl status <name>.service

  将 <name> 替换为您要检查的服务单元的名称（例如 gdm）。

  这个命令显示所选服务单元的名称,后接其简短描述、Available 服务单元信息 中描述的一个或多个字段（如果由 root 用户执行）,以及最新的日志条目。

  表 14.2. 可用的服务单元信息

  项	描述
  Loaded	是否载入了服务单元、到这个单元文件的绝对路径，以及是否启用该单位的信息。
  Active	服务单元是否在运行的信息，后面有一个时间戳。
  Main PID	对应系统服务的 PID 及其名称。
  Status	相关系统服务的额外信息。
  Process	有关相关进程的附加信息。
  CGroup	有关相关控制组群(cgroups)的附加信息。

  例 14.1. 显示服务状态

  GNOME 显示管理器的服务单元名为 gdm.service。要确定这个服务单元的当前状态，在 shell 提示下键入以下内容：

  # systemctl status gdm.service
  gdm.service - GNOME Display Manager
     Loaded: loaded (/usr/lib/systemd/system/gdm.service; enabled)
     Active: active (running) since Thu 2013-10-17 17:31:23 CEST; 5min ago
   Main PID: 1029 (gdm)
     CGroup: /system.slice/gdm.service
             ├─1029 /usr/sbin/gdm
             ├─1037 /usr/libexec/gdm-simple-slave --display-id /org/gno...
             └─1047 /usr/bin/Xorg :0 -background none -verbose -auth /r...
  
  Oct 17 17:31:23 localhost systemd[1]: Started GNOME Display Manager.

• 要只验证某个服务单元是否正在运行,请输入：

  $ systemctl is-active <name>.service

• 要确定某个服务单元是否启用,请输入：

  $ systemctl is-enabled <name>.service

  注意

  如果指定的服务单元正在运行或启用, systemctl is-active 和 systemctl is-enabled 都会返回一个 0 退出状态。

• 要确定在指定服务单元前调度什么服务启动,请输入：

  # systemctl list-dependencies --after <name>.service

  将 <name> 替换为命令中的服务名称。例如：要查看在 gdm 之前排序启动的服务列表,请输入：

  # systemctl list-dependencies --after gdm.service
  gdm.service
  ├─dbus.socket
  ├─getty@tty1.service
  ├─livesys.service
  ├─plymouth-quit.service
  ├─system.slice
  ├─systemd-journald.socket
  ├─systemd-user-sessions.service
  └─basic.target
  [output truncated]

• 要确定在指定服务单元后调度的服务启动,请输入：

  # systemctl list-dependencies --before <name>.service

  将 <name> 替换为命令中的服务名称。例如：要查看在 gdm 后排序启动的服务列表,请输入：

  # systemctl list-dependencies --before gdm.service
  gdm.service
  ├─dracut-shutdown.service
  ├─graphical.target
  │ ├─systemd-readahead-done.service
  │ ├─systemd-readahead-done.timer
  │ └─systemd-update-utmp-runlevel.service
  └─shutdown.target
    ├─systemd-reboot.service
    └─final.target
      └─systemd-reboot.service

流程

• 要启动与系统服务对应的所选服务单元,以 root 身份输入以下命令：

  # systemctl start <name>.service

  将 <name> 替换为您要启动的服务单元的名称（例如 httpd.service）。

  例 14.2. 启动 httpd.service

  Apache HTTP 服务器的服务单元名为 httpd.service。要激活这个服务单元并在当前会话中启动 httpd 守护进程,以 root 身份输入以下命令：

  # systemctl start httpd.service

流程

• 要停止与系统服务对应的服务单元,以 root 身份输入以下命令：

  # systemctl stop <name>.service

  将 <name> 替换为您要停止的服务单元的名称（例如 bluetooth）。

  例 14.3. 停止 bluetoothd.service

  bluetoothd 守护进程的服务单元命名为 bluetooth.service。要取消激活这个服务单元并在当前会话中停止 bluetoothd 守护进程,以 root 身份输入以下命令：

  # systemctl stop bluetooth.service

• 停止当前会话中所选服务单元并立即再次启动
• 仅在相应服务已在运行时重启服务单元
• 在不中断其执行的情况下重新载入系统服务的配置

流程

• 要重启与系统服务对应的服务单元,以 root 身份输入以下命令：

  # systemctl restart <name>.service

  将 <name> 替换为您要重启的服务单元的名称（例如 httpd）。

  注意

  如果所选服务单元没有运行,这个命令也会启动它。

  • 另外,若要在相应服务已在运行时重启服务单元,以 root 身份输入以下命令：

    # systemctl try-restart <name>.service

  • 要在不中断服务的情况下重新载入配置,以 root 身份输入以下命令：

    # systemctl reload <name>.service

    注意

    不支持这个功能的系统服务会忽略这个命令。要重启这些服务,使用 reload-or-restart 和 reload-or-try-restart 命令。

  例 14.4. 重新载入 httpd.service

  为了防止用户遇到不必要的错误信息或部分呈现网页,Apache HTTP 服务器允许您编辑并重新载入其配置,而无需重启它并中断主动处理的请求。要做到这一点,以 root 身份输入以下内容：

  # systemctl reload httpd.service

流程

• 要配置与系统服务对应的服务单元,在引导时自动启动,以 root 身份输入以下命令：

  # systemctl enable <name>.service

  将 <name> 替换为您要启用的服务单元的名称（例如 httpd）。

  • 如果要确保重新创建符号链接,以 root 身份输入以下命令：

    # systemctl reenable <name>.service

    该命令禁用所选服务单元，并立即再次启用。

    例 14.5. 启用 httpd.service

    要将 Apache HTTP 服务器配置为在引导时自动启动,以 root 身份输入以下命令：

    # systemctl enable httpd.service
    Created symlink from /etc/systemd/system/multi-user.target.wants/httpd.service to /usr/lib/systemd/system/httpd.service.

流程

• 要配置与系统服务对应的服务单元,在引导时不自动启动,以 root 身份输入以下命令：

  # systemctl disable <name>.service

  将 <name> 替换为您要禁用的服务单元的名称（例如 bluetooth）。

  例 14.6. 禁用 bluetoothd.service

  bluetoothd 守护进程的服务单元命名为 bluetooth.service。要防止这个服务单元在引导时启动,以 root 身份输入以下命令：

  # systemctl disable bluetooth.service
  Removed symlink /etc/systemd/system/bluetooth.target.wants/bluetooth.service.
  Removed symlink /etc/systemd/system/dbus-org.bluez.service.

  • 要屏蔽任何服务单元并防止手动启动或者由其他服务启动,以 root 身份输入以下命令：

    # systemctl mask <name>.service

    这个命令将 /etc/systemd/system/name.service 文件替换为到 /dev/null 的符号链接,从而使 systemd 无法访问实际单元文件。

  • 要恢复这个动作并取消掩码一个服务单元,请输入：

    # systemctl unmask <name>.service

其它资源

• man sysv init
• man upstart init
• man systemctl

流程

• 要确定默认使用哪个目标单元：

  $ systemctl get-default
  graphical.target

• 使用符号链接决定默认对象：

  $  ls -l /lib/systemd/system/default.target

流程

• 列出所有载入的单元，而不考虑它们的状态：

  $ systemctl list-units --type target --all

• 要列出所有当前载入的目标单元：

  $ systemctl list-units --type target
  
  UNIT                  LOAD   ACTIVE SUB    DESCRIPTION
  basic.target          loaded active active Basic System
  cryptsetup.target     loaded active active Encrypted Volumes
  getty.target          loaded active active Login Prompts
  graphical.target      loaded active active Graphical Interface
  local-fs-pre.target   loaded active active Local File Systems (Pre)
  local-fs.target       loaded active active Local File Systems
  multi-user.target     loaded active active Multi-User System
  network.target        loaded active active Network
  paths.target          loaded active active Paths
  remote-fs.target      loaded active active Remote File Systems
  sockets.target        loaded active active Sockets
  sound.target          loaded active active Sound Card
  spice-vdagentd.target loaded active active Agent daemon for Spice guests
  swap.target           loaded active active Swap
  sysinit.target        loaded active active System Initialization
  time-sync.target      loaded active active System Time Synchronized
  timers.target         loaded active active Timers
  
  LOAD   = Reflects whether the unit definition was properly loaded.
  ACTIVE = The high-level unit activation state, i.e. generalization of SUB.
  SUB    = The low-level unit activation state, values depend on unit type.
  
  17 loaded units listed.

流程

• 在当前会话中切换到不同的目标单元：

  # systemctl isolate multi-user.target

  这个命令启动名为 multi-user 以及所有依赖的单元的目标单元，并立即停止所有其他单元。

验证步骤

• 验证新创建的 default.target:

  $ systemctl get-default
  multi-user.target

流程

• 要改变当前目标并在当前会话中进入救援模式：

  # systemctl rescue
  
  Broadcast message from root@localhost on pts/0 (Fri 2013-10-25 18:23:15 CEST):
  
  The system is going down to rescue mode NOW!

  注意

  这个命令和 systemctl isolate rescue.target 类似，但它也会向目前登录到该系统的所有用户发送一个信息信息。

  要防止 systemd 发送信息，使用 --no-wall 命令行选项运行以下命令： # systemctl --no-wall rescue

流程

• 要更改当前目标并进入紧急模式：

  # systemctl emergency

  注意

  这个命令和 systemctl isolate emergency.target 类似，但它也会向目前登录到该系统的所有用户发送一个信息信息。

  要防止 systemd 发送这个信息，使用 --no-wall 命令行选项运行以下命令： # systemctl --no-wall emergency

• 支持时间参数

  这对调度的维护特别有用。另外,用户有足够的时间响应系统已经调度关闭的警告。

• 取消关闭的选项

先决条件

• 切换到 root 用户

流程

• 要关闭系统并在一定时间关闭机器,以以下格式使用以下命令：

  shutdown --poweroff hh:mm

  这里的 hh:mm 是 24 小时时钟格式的时间。/run/nologin 文件会在系统关闭前 5 分钟创建,以防止新的登录。

  当使用时间参数时,可将可选的 挂起信息 附加到命令中。

  或者,要在一段延迟后关闭和停止系统,在不关闭机器的情况下,使用：

  shutdown --halt +m

  其中 +m 是延迟时间（以分钟为单位）。now 关键字是 +0 的别名。

  要取消待处理的关闭,请使用：

  shutdown -c

先决条件

• 切换到 root 用户

流程

• 要关闭系统并关闭机器,以以下格式使用以下命令：

  systemctl poweroff

  另外,若要在不关闭机器的情况下关闭和停止系统,请使用：

  systemctl halt

先决条件

• 切换到 root 用户

流程

• 要重启该系统,请运行以下命令：

  systemctl reboot

先决条件

• 切换到 root 用户。

流程

• 要挂起该系统,请运行以下命令：

  systemctl suspend

  该命令在 RAM 中保存系统状态，除了 RAM 模块外，关闭机器中的大多数设备。当您重新打开机器时，系统会从内存中恢复其状态，而无需再次引导。

  因为系统状态保存在 RAM 中而不是硬盘上,所以恢复系统从挂起模式比休眠要快得多。但请注意,挂起的系统状态也可能会出现电源问题。

先决条件

• 切换到 root 用户。

流程

• 要休眠系统,请运行以下命令：

  systemctl hibernate

  该命令在硬盘驱动器中保存系统状态，并断开机器电源。当您重新打开机器时，系统会从保存的数据中恢复其状态，而无需再次引导。

  由于系统状态保存在硬盘上而不是 RAM 中,所以机器不必为 RAM 模块维护电源。因此,从休眠中恢复系统比恢复系统不再挂起模式要慢得多。

  或者,若要休眠并挂起系统,请运行以下命令：

  systemctl hybrid-sleep

• [Unit] 部分 - 包含不依赖于单元类型的通用选项。这些选项提供单元描述,指定单元的行为,并将依赖项设置为其他单元。有关最常用 [Unit] 选项的列表请参考 表 17.1 “重要 [Unit] 部分选项”。
• [Unit type] 部分 - 如果某个单元有特定类型指令,则在以单元类型命名的部分中分组。例如,服务单元文件包含 [Service] 部分。
• [Install] 部分 - 包含 systemctl enable 和 disable 命令使用的单元安装的信息。有关 [Install] 部分的选项列表，请参阅 表 17.3 “重要 [Install] 部分选项”。

流程

• 有关最后一次成功引导时间的总体信息，请使用：

流程

• 有关每个 systemd 单元初始化时间的信息，请使用：

流程

• 要识别在最后一次引导成功时需要花费最多时间的单元，请使用：

• systemctl(1)- systemctl 命令行实用程序手册页提供支持选项和命令的完整列表。
• systemd(1)- systemd 系统和服务管理器的手册页提供有关其概念和文档可用命令行选项和环境变量、支持的配置文件和目录、识别的信号以及可用内核选项的更多信息。
• systemd-delta(1)- systemd-delta 工具手册页,允许查找扩展和覆盖的配置文件。
• systemd.directives(7) - 名为 systemd.directives 的手册页提供有关 systemd 指令的详细信息。
• systemd.unit( systemd.unit )- 名为 的手册页提供有关 systemd 单元文件和文档所有可用配置选项的详细信息。
• systemd.service建议 - 名为 systemd.service 的手册页记录了服务单元文件的格式。
• systemd.target建议 - 名为 systemd.target 的手册页记录了目标单元文件的格式。
• systemd.kill建议 - 名为 systemd.kill 的手册页记录了进程终止过程的配置。

• systemd 主页 - 项目主页提供了更多关于 systemd 的信息。

• 在访问系统时验证用户。
• 设置系统的访问权限。

• 创建新用户帐户。
• 更改其参数。
• 锁定帐户。
• 终止用户会话。

先决条件

• 必须安装并可以访问 RHEL web 控制台。详情请参阅 安装和启用 Web 控制台。

验证步骤

• 要验证是否设定了密码过期时间，打开帐户设置。

  RHEL 8 web 控制台显示与过期日期的链接。

  

先决条件

• Root 访问

流程

• 要添加新用户，请使用：

  # useradd options username

  使用 useradd 命令 的 命令行选项替换 options,并使用 用户名替换 username。

  例 22.1. 添加新用户

  要添加用户 ID 为 5000 的用户 sarah,请使用：

  +

  # useradd -u 5000 sarah

验证步骤

• 要验证新用户是否已添加,使用 id 工具。

  # id sarah

  输出会返回：

  uid=5000(sarah) gid=5000(sarah) groups=5000(sarah)

先决条件

• Root 访问

流程

• 要添加新组，请使用：

  # groupadd options group-name

  使用 groupadd 命令的命令行选项 替换 options,并使用组群 名称替换 group- name。

  例 22.2. 添加新组

  要使用组 ID 5000 添加组 sysadmins,请使用：

  +

  # groupadd -g 5000 sysadmins

验证步骤

• 要验证新组是否已添加,使用 tail 实用程序。

  # tail /etc/group

  输出会返回：

  sysadmins:x:5000:

先决条件

• Root 访问

流程

• 要在用户的附加组中添加一个组，请使用：

  # usermod --append -G group-name username

  使用组群名称替换 group- name，并将 group-name 替换为组的名称。

  例 22.3. 在组中添加用户

  要将用户 sysadmin 添加到组 system-administrators 中,请使用：

  +

  # usermod --append -G system-administrators sysadmin

验证步骤

• 要验证新组被添加到用户 sysadmin 的附加组中,请使用：

  # groups sysadmin

  输出会返回：

  sysadmin: sysadmin system-administrators

先决条件

• Root 访问

验证步骤

• 要验证设置权限的正确性，请使用：

  # ls -ld directory-name

  使用目录名替换 directory-name。

  输出返回：

  drwxrwsR-x。 2 root group-name 6 Nov 25 08:45 directory-name

先决条件

• Root 访问

流程

• 要覆盖用户的主要组群,请使用：

  # usermod -g group-name username

  使用组群名称替换 group- name，并将 group-name 替换为组的名称。

  例 23.1. 更改用户的主组群

  如果用户 sarah 属于主组 sarah1,并且您要将用户的主组群改为 sarah2,请使用：

  # usermod -g sarah2 sarah

验证步骤

• 要验证用户的主要组群是否已覆盖，请使用：

  # groups sarah

  输出会返回：

  sarah : sarah2

先决条件

• Root 访问

流程

• 要覆盖用户的附加组群，请使用：

  # usermod -G group-name username

  使用组群名称替换 group- name，并将 group-name 替换为组的名称。

  例 23.2. 更改用户的附加组群

  如果用户 sarah 属于 system-administrator 组和 developer 组,而您想要从 system-administrator 组中删除用户 sarah,则可以通过使用一个新组替换旧的组列表来达到此目的。要做到这一点，请使用：

  # usermod -G developer sarah

验证步骤

• 要验证用户的附加组群是否已覆盖，请使用：

  # groups sarah

  输出会返回：

  sarah : sarah developer

• 用户名 是用户或组群的名称,例如 user1 或 %group1。
• hostname 是规则适用的主机的名称。
• path/to/command 是命令 的完整绝对路径。您还可以将用户限制为只执行带有特定选项和参数的命令,方法是在命令路径后添加这些选项。如果您没有指定任何选项,用户就可以使用包含所有选项的命令。

• 只有 /etc/sudoers 配置文件中列出的用户才能使用 sudo 命令。
• 该命令在用户的 shell 中执行,而不是在 root shell 中执行。

先决条件

• root 访问

先决条件

• root 访问

先决条件

• Root 访问

流程

• 要更改 root 密码,请使用：

  # passwd

  在修改前，会提示您输入您当前的密码。

先决条件

• 您可以以非 root 用户身份登录。
• 您是管理 wheel 组的成员。

流程

• 以属于 wheel 组的非 root 用户身份更改或重置 root 密码,请使用：

  $ sudo passwd root

  此时会提示您输入当前的非 root 密码,然后才能更改 root 密码。

• 读(r)
• 写(w)
• 执行(x)