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

特定のマウント ポイントまたはディレクトリを持たないサーバー上のストレージ容量の問題をトラブルシューティングするには、df と du の 2 つのコマンドが最も役立ちます。df コマンドは、マウントされたすべてのファイルシステムのディスク領域の使用状況 (サイズ、使用済み領域、使用可能な領域、使用率など) に関する情報を表示します。du コマンドは、指定されたパス内のファイルおよびディレクトリによるディスク領域の使用状況を表示します。これは、領域を占有しすぎている可能性のある大きなファイルまたはディレクトリを特定するのに役立ちます。他のコマンドは、ディスク領域の使用状況を表示しないか、ファイルのパーティション化、フォーマット、チェック、マウント、コピー、リスト表示などの他の目的に使用されているため、正しくありません。参照: CompTIA Linux+ スタディ ガイド、第 4 版、417 ～ 419 ページ。

説明
wget パッケージのファイルがインストール後に変更されているかどうかに関する正しい情報を提供するコマンドは、rpm -V wget です。このコマンドは、rpm ユーティリティを使用して、インストールされているファイルに関する情報と RPM データベースの情報を比較することにより、インストールされている RPM パッケージを検証します。
検証プロセスでは、サイズ、モード、所有者、グループ、チェックサム、機能など、各ファイルのさまざまな属性をチェックできます。矛盾が見つかった場合、rpm は属性ごとに 1 文字のコードを使用して報告します。
他のオプションは、インストールされている RPM パッケージを確認するための正しいコマンドではありません。-i は、インストールされたパッケージを確認するためではなく、ファイルからパッケージをインストールするために使用されるため、rpm -i wget コマンドは無効です。rpm -qf wget コマンドは、wget をファイル名またはパス名として所有するパッケージをクエリしますが、その属性は検証されません。rpm -F wget コマンドは、wget をファイル名またはパス名として使用して、すでにインストールされているパッケージを更新 (アップグレード) しますが、その属性は検証されません。参照: rpm(8) - Linux マニュアル ページ。RPM を使用したインストール済みパッケージの検証

説明
この問題の最も可能性の高い原因は、サーバー上で 2 つのデフォルト ルートが構成されていることです。デフォルト ルートは、パケットの宛先に一致するルートが他にない場合に使用されるルートです。デフォルト ルートは通常、ローカル ネットワークをインターネットに接続するゲートウェイです。サーバー構成は、ルーティング テーブルに 2 つのデフォルト ルートがあり、1 つはゲートウェイ 192.168.1.1 を使用し、もう 1 つはゲートウェイ 10.0.0.1 を使用していることを示しています。
これにより、送信パケットにどのゲートウェイを使用するかをサーバーが決定する際に競合や混乱が生じる可能性があります。一部のパケットは間違ったゲートウェイに送信されてインターネットに到達できない場合がありますが、一部のパケットは正しいゲートウェイに送信されて意図したとおりに動作する場合があります。これにより、断続的な接続の問題や動作の一貫性がなくなる可能性があります。管理者は、デフォルト ルートの 1 つを削除し、ネットワークの正しいルートのみを保持する必要があります。これは、ip Route del コマンドを使用するか、ネットワーク構成ファイルを編集することによって実行できます。これにより問題が解決され、接続が復元されます。他のオプションは出力でサポートされていないため、正しくありません。DNS サーバー、IP ネットマスク、ARP テーブルは問題の原因ではありません。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 12 章:
ネットワーク接続の管理、381 ～ 382 ページ。

説明
コマンド semanage port -a -t http_port_t -p tcp 6379 は、新しいポート定義を SELinux ポリシーに追加し、タイプ http_port_t をポート 6379/tcp に割り当てます。これにより、Web アプリケーションがこのポートで実行され、ユーザーからの接続を受け入れることができるようになります。これが問題を解決する正しい方法です。他のオプションは、ポート定義を削除する (-d)、間違ったプロトコルを使用する (tcp の代わりに top)、または既存のポート定義をリストする (-l) ため、正しくありません。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 18 章:
Linux システムの保護、535 ページ。