新しいファイルのデフォルトの権限を構成するのに使用されるコマンドは、umask です。umask コマンドは、Linux システムで新しいファイルとディレクトリのデフォルトの権限を設定するツールです。umask 値は、デフォルトの権限から差し引かれる権限を表す 4 桁の 8 進数です。ファイルのデフォルトの権限は 666 で、所有者、グループ、その他のユーザーに対して読み取りと書き込みが許可されます。ディレクトリのデフォルトの権限は 777 で、所有者、グループ、その他のユーザーに対して読み取り、書き込み、実行が許可されます。umask 値は 4 桁の数字で構成されます。最初の数字は setuid、setgid、スティッキー ビットなどの特殊な権限、2 番目の数字は所有者の権限、3 番目の数字はグループの権限、4 番目の数字はその他のユーザーの権限です。umask 値は、デフォルトの権限から必要な権限を差し引くことで計算できます。例えば、ファイルのパーミッションが664（所有者とグループには読み取りと書き込み、その他には読み取り）の場合、umask値は002（666 - 664）となります。コマンド「umask 002」はumask値を002に設定し、デフォルトではファイルの所有者とグループメンバーのみが新しいファイルを変更できるようにします。新しいファイルのデフォルトパーミッションを設定するために使用されるコマンドはumaskです。これが質問への正解です。他の選択肢は、新しいファイルのデフォルトパーミッションを設定しないか（setenforce、sudo、chmod）、存在しない（kill -HUPまたはkill -TERM）ため、不正解です。参考資料：CompTIA Linux+ (XK0-005) 認定試験対策ガイド、第11章
ファイルの権限と所有権の管理、349 ページ。

管理者は、HTTPサーバーの.serviceファイルにREQUIRES=mariadb.serviceを追加して、Webアプリケーションの起動前にデータベースが利用可能であることを確認する必要があります。このディレクティブは、HTTPサーバーユニットが実行する前にMariaDBサーバーユニットの起動が必要であることを指定します。MariaDBサーバーユニットが何らかの理由で起動に失敗したり停止したりした場合、HTTPサーバーユニットも失敗または停止します。これにより、Webアプリケーションとデータベース間の依存関係がsystemdによって強制されます。
その他のオプションは、このタスクを実行するための正しいディレクティブではありません。TRIGGERS=mariadb.service は、systemd ユニットファイルでは有効なディレクティブではありません。ONFAILURE=mariadb.service は、MariaDB サーバーユニットが故障した場合にのみ HTTP サーバーユニットが起動することを意味しますが、これは望ましい動作ではありません。WANTEDBY=mariadb.service は、MariaDB サーバーユニットが有効になったときに HTTP サーバーユニットが起動することを意味しますが、両者の間に強い依存関係や順序関係があることを意味するものではありません。参考文献: CompTIA Linux+ (XK0-005) 認定試験ガイド、第 10 章「systemd によるサービスの管理」、systemd.unit(5) - Linux マニュアルページ

OpenSSHアプリケーションは、以前接続したホストを
~/.ssh/known_hosts ファイル。このデータにはリモートサーバーの公開鍵が含まれています。
id_rsa.pubキーファイルは安全にサーバーシステムにコピーされ、キーは
~/.ssh/authorized_keys ファイル

ユーザーが送信したイメージの出力に基づくと、ジョーは Linux システムにログインできません。これは、ログイン試行の失敗回数が多すぎるためにアカウントがロックされているためです。pam_tally2 -u joe -r コマンドは、ジョーの失敗したログイン カウンターを 0 にリセットし、アカウントのロックを解除することで、この問題を解決します。このコマンドは、ログイン失敗に基づくユーザー アカウントのロックを管理するために pam_tally2 モジュールを使用します。usermod -s /bin/bash joe コマンドは、ジョーのログイン シェルを /bin/bash に変更しますが、アカウントのロックは解除されません。passwd -u joe コマンドは、ジョーのパスワードが passwd -l joe によってロックされている場合はロックを解除しますが、失敗したログイン カウンターはリセットされず、pam_tally2 によってロックされている場合はアカウントのロックも解除されません。chage -E 90 joe コマンドは、ジョーのアカウントの有効期限を今日から 90 日後に設定しますが、アカウントのロックも失敗したログイン カウンターのリセットも行いません。参考資料: CompTIA Linux+ (XK0-005) 認定試験ガイド、第 18 章:
Linux システムのセキュリティ保護、537 ページ。

管理者が割り当てられた職務を遂行できない理由は、管理者が適切なグループに属していないためです。これは選択肢Bです。
お送りいただいた画像から、ユーザー comptia のユーザーIDとグループIDはそれぞれ1000で、所属するグループは1つだけであり、そのグループも comptia であることが確認できました。しかし、ユーザーが root または他のユーザーとしてコマンドを実行する権限を定義する sudoers ファイルには、どのエントリにも comptia グループが含まれていません。そのため、ユーザー comptia は sudo を使用してシステム上で特権機能を実行することができません。
その他のオプションは、次の理由により正しくありません。
A) 管理者はパスワードをリセットする必要があります。
これは正しくありません。ユーザー comptia のパスワード有効期限情報には、パスワードが最後に変更されたのは 2023 年 10 月 24 日であり、2024 年 1 月 22 日まで有効期限が切れないことが示されているためです。パスワードがロックされているか期限切れであることを示すものはありません。
C) 管理者が sudo データベースを更新しませんでした。
sudoersファイルが変更されるたびにsudoデータベースは自動的に更新されるため、これは必要ありません。sudoデータベースを更新するための個別のコマンドはありません。
D) 管理者の資格情報はより複雑にする必要があります。
これは関係ありません。認証情報の複雑さはsudoの使用には影響しません。sudoersファイルには、sudoの使用を許可されているユーザーまたはグループに対するパスワードポリシーは指定されていません。