説明
ログインの失敗によりロックされたアカウントのロックを解除するには、管理者はコマンド pam_tally2 --user=dev2 --reset (D) を使用できます。これにより、ユーザー「dev2」の失敗カウンターがリセットされ、ユーザーは再度ログインできるようになります。他のコマンドはアカウントのロックを解除しませんが、失敗数を表示または増加させます。参考文献:
[CompTIA Linux+ スタディ ガイド]、第 4 章: ユーザーとグループの管理、セクション: pam_tally2 によるアカウントのロック
[Linuxでユーザーアカウントをロックおよびロック解除する方法]

説明
コマンド chattr +a /opt/app/logs を使用すると、以前のエントリを削除せずにのみログ ファイルに書き込むことができます。chattr コマンドは、Linux ファイル システム上のファイル属性を変更するためのツールです。+a オプションは追加専用属性を設定します。これは、ファイルは書き込みのために追加モードでのみ開くことができることを意味します。これにより、ファイルが変更、削除、または名前変更されるのを防ぎます。これは、タスクを完了するために使用するのに最適なコマンドです。他のオプションは、間違った属性 (+d、+i、または +c) を設定しているか、ファイルにまったく影響を与えていない (-a) ため、正しくありません。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 11 章: ファイルとディレクトリの管理、357 ページ。

説明
コマンド sed -i 's/auto/persistent/g' /etc/systemd/journald.conf && sed -i 'persistent/s/'#//q'
/etc/systemd/journald.conf は、システムの再起動後のジャーナル ログ ファイルの永続性を保証するタスクを実行します。sed コマンドは、Linux システム上でテキスト ファイルを編集するためのツールです。-i オプションは、ファイルをその場で変更します。s コマンドは、ある文字列を別の文字列に置き換えます。g フラグは、出現する文字列をすべて置き換えます。
&& 演算子は、最初のコマンドが成功した場合にのみ 2 番目のコマンドを実行します。q コマンドは、最初の一致後に終了します。/etc/systemd/journald.conf ファイルは、ログ メッセージの収集と保存を担当する systemd-journald サービスの構成ファイルです。コマンド sed -i 's/auto/persistent/g'
/etc/systemd/journald.conf は、ファイル内の単語 auto を単語 Persistent に置き換えます。これにより、ジャーナル ログ ファイルの保存場所を制御する [ストレージ] オプションの値が変更されます。値 auto は、ジャーナル ログ ファイルが揮発性メモリに保存され、再起動後に失われることを意味します。一方、値persistent は、ジャーナル ログ ファイルが永続ストレージに保存され、再起動後も保持されることを意味します。コマンド sed -i 'persistent/s/'#//q' /etc/systemd/journald.conf は、persistent という単語を含む行の先頭にある # 文字を削除します。これにより、ストレージ オプションのコメントが解除され、有効になります。
コマンド sed -i 's/auto/persistent/g' /etc/systemd/journald.conf && sed -i 'persistent/s/'#//q'
/etc/systemd/journald.conf は、ストレージ オプションを永続的なものに変更して有効にすることで、システムの再起動後のジャーナル ログ ファイルの永続性を保証します。これは、タスクを完了するために使用する正しいコマンドです。他のオプションは、Storage オプション (grep -i auto /etc/systemd/journald.conf && systemctl restart systemd-journald.service または cat) の値を変更しないため、正しくありません。
/etc/systemd/journald.conf | awk '(print $1,$3)') するか、ストレージ オプションを有効にしないでください (journalctl --list-boots && systemctl restart systemd-journald.service)。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 16 章: ロギングとモニタリングの管理、489 ページ。

説明
ファイアウォール ルールがアクティブでない理由は、firewalld サービスが有効になっていないためです。これは、サービスが起動時またはシステムのリロード後に自動的に開始されないことを意味します。firewalld サービスを有効にするには、システム管理者はコマンド sudo systemct1 enable firewalld を使用する必要があります。これにより、firewalld サービス ファイルから適切な systemd ターゲット (multi-user.target など) へのシンボリック リンクが作成されます。サービスを有効にしてもすぐには開始されないため、システム管理者はコマンド sudo systemct1 start firewalld または sudo systemct1 reload firewalld を使用してファイアウォール ルールをアクティブにする必要もあります。
他のオプションは、ファイアウォール ルールがアクティブでない正しい理由ではありません。firewalld はデフォルトで iptables をバックエンドとして使用するため、iptables は firewalld と競合しません。firewalld はシステム ターゲットから独立しており、任意のターゲットに対して有効にできるため、間違ったシステム ターゲットがアクティブ化されることはありません。FIREWALL_ARGS には値が割り当てられていませんが、FIREWALL_ARGS は --debug や --nofork などの追加の引数を firewalld デーモンに渡すために使用できるオプションの環境変数であるため、これは問題ではありません。FIREWALL_ARGS が空であるか定義されていない場合、firewalld はデフォルトの引数を使用します。参考資料: firewalld.service(8) - Linux マニュアル ページ。firewall-cmd(1) - Linux マニュアル ページ。systemct1(1) - Linux マニュアル ページ