説明
新しいファイルのデフォルトのアクセス許可を構成するために使用されるコマンドは、umask です。umask コマンドは、Linux システム上の新しいファイルとディレクトリに対するデフォルトのアクセス許可を設定するためのツールです。umask 値は、デフォルトの権限から減算される権限を表す 4 桁の 8 進数です。ファイルのデフォルトの権限は 666 で、これは所有者、グループなどの読み取りと書き込みを意味します。ディレクトリのデフォルトの権限は 777 で、これは所有者、グループなどに対する読み取り、書き込み、および実行を意味します。umask 値は 4 桁で構成されます。最初の桁は、setuid、setgid、sticky bit などの特別なアクセス許可用です。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 ページ）。

説明
上記の出力に基づく問題の原因は C です。inode がフル容量になっており、ユーザーのファイル作成に影響を与える可能性があります。
i ノードは、名前、サイズ、権限、所有者、タイムスタンプ、ディスク上の場所など、ファイルまたはディレクトリに関する情報を保存するデータ構造です。各ファイルまたはディレクトリには、それを識別する一意の i ノード番号があります。ファイルシステム上の i ノードの数は、ファイルシステムの作成時に固定され、そのファイルシステム上に作成できるファイルとディレクトリの数が決まります。i ノードが枯渇すると、たとえ十分なディスク容量があったとしても、新しいファイルやディレクトリを作成できなくなります。
2 番目のコマンドの出力は、/ftpusers/ ファイルシステムに使用可能な i ノードが 0% あることを示しています。これは、すべての i ノードが使い果たされていることを意味します。これにより、ユーザーは FTP サーバー上に新しいファイルを作成できなくなります。管理者は、未使用のファイルまたはディレクトリを削除して一部の i ノードを解放するか、ファイルシステムのサイズを変更して i ノードの数を増やす必要があります。
他のオプションは次の理由で正しくありません。
A: ユーザーには、FTP サーバー上にファイルを作成するための適切な権限がありません。
これは真実ではありません。最初のコマンドの出力では、/ftpusers/ ファイルシステムに利用可能なディスク領域の 26% があることが示されています。これは、ユーザーがファイルを作成するのに十分な領域があることを意味します。ファイルとディレクトリの権限は出力には表示されませんが、これらは i ノードの枯渇の問題とは関係ありません。
B: ftpusers ファイルシステムに十分なスペースがありません。
これは真実ではありません。最初のコマンドの出力では、/ftpusers/ ファイルシステムに利用可能なディスク領域の 26% があることが示されています。これは、ユーザーがファイルを作成するのに十分な領域があることを意味します。この問題はディスク容量ではなく、i ノードの容量に関係しています。
D: ftpusers は読み取り専用としてマウントされます。
最初のコマンドの出力には、/ftpusers/ ファイルシステムが読み取り専用としてマウントされていることを示すものがないため、これは当てはまりません。そうであれば、マウントされた列の横に (ro) フラグが表示されます。読み取り専用ファイルシステムでは、ユーザーは FTP サーバー上でファイルを作成または変更できなくなりますが、inode の使用には影響しません。

説明
サーバーのファイアウォールが接続の確立を妨げているため、接続の問題が発生しています。iptables -L -n の出力は、ファイアウォールが SSH のデフォルト ポートであるポート 22 上のすべての受信トラフィックをブロックしていることを示しています。ssh -v [email protected] の出力は、接続がサーバーによって拒否されたことを示しています。この問題を解決するには、管理者はファイアウォールでポート 22 を許可する必要があります。他のオプションは出力でサポートされていないため、正しくありません。ip addr show の出力に示されているように、ワークステーションには正しい IP 設定があります。systemct1 status sshd の出力に示されているように、sshd サービスは有効で実行中です。ip Route show の出力に示されているように、サーバーには正しいデフォルト ゲートウェイ構成があります。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 13 章: ネットワーク サービスの管理、406 ～ 407 ページ。

systemctl reboot コマンドは、サーバーを再起動して通常のターゲットに復元します。これにより、サーバーは /etc/systemd/system.conf または /etc/systemd/system/default.target ファイルで指定されたデフォルトのターゲットをロードします。telinit 0 コマンドはサーバーをシャットダウンしますが、通常のターゲットには復元しません。systemctl get-default コマンドは、デフォルトのターゲットを表示しますが、変更しません。systemctlEmergency コマンドは、サーバーを緊急.target モードに切り替えます。これは、rescue.target モードよりもさらに制限が厳しいです。参照: [CompTIA Linux+ (XK0-005) 認定学習ガイド]、第 17 章: システムの保守と運用、516 ページ。

説明
この問題を解決するには、管理者は logsearch.service の TimeoutStartUSec 構成を増やす必要があります。systemct1 status logsearch.service の出力には、タイムアウトによりサービスの開始に失敗したことが示されています。
cat /etc/systemd/system/logsearch.service の出力には、サービスの TimeoutStartUSec 構成が 10 秒であることが示されていますが、これはサービスを開始するには短すぎる可能性があります。管理者は、この値を 30 秒や 1 分などの大きな値に増やしてから、サービスを再起動する必要があります。他のオプションは問題に関連していないため、正しくありません。systemct1 is-enabled logsearch.service の出力に示されているように、サービスはすでに有効になっています。このサービスはタイマー ユニットではないため、OnCalendar 構成を使用しません。サービスはシグナルによって強制終了されないため、KillSignal 構成を使用しません。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 14 章: プロセスの管理とタスクのスケジュール設定、434 ～ 435 ページ。