説明
コマンド 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 && systemct1 restart systemd-journald.service または cat) の値を変更しないため、正しくありません。
/etc/systemd/journald.conf | awk '(print $1,$3)') するか、ストレージ オプションを有効にしないでください (journalctl --list-boots && systemct1 restart systemd-journald.service)。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 16 章: ロギングとモニタリングの管理、489 ページ。

説明
この問題を最もよく解決するには、restorecon -R -v /var/www/html コマンドを使用します。この問題は、/var/www/html ディレクトリにある Web サーバー ファイルの SELinux コンテキストが正しくないことが原因で発生します。ls -Z の出力
/var/www/html は、ファイルのタイプが user_home_t であることを示しますが、これは Web コンテンツには許可されていません。コマンドrestoreconは、ポリシールールに基づいてファイルのデフォルトのSELinuxコンテキストを復元します。オプション -R および -v は、コマンドを再帰的かつ詳細に適用するために使用されます。このコマンドは、ファイルのタイプを httpd_sys_content_t に変更します。これは、Web コンテンツの正しいタイプです。これにより、Web サーバーがファイルにアクセスし、ページをブラウザーに提供できるようになります。他のオプションは、SELinux を完全に無効にするため、正しくありません (sed -i 's/SELINUX=enforcing/SELINUX=disabled/')
/etc/selinux/config または setenforce 0) (これは適切なセキュリティ慣行ではありません)、または、問題に関係のない不要なブール値 (setsebool -P httpd_can_network_connect_db on) を有効にします。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 18 章: Linux システムの保護、535 ページ。

説明
正解は A です。 semanage port -a -t ssh_port_t -p tcp 2222
このコマンドは、SSH サーバーを SELinux ポリシーに追加することで、ポート 2222 にバインドできるようにします。semanage コマンドは、SELinux ポリシーを管理するためのユーティリティです。port サブコマンドは、ネットワーク ポート定義を管理するために使用されます。-a オプションは新しいレコードの追加に使用され、-t オプションは SELinux タイプの指定に使用され、-p オプションはプロトコルの指定に使用され、tcp 2222 引数はポート番号の指定に使用されます。ssh_port_t タイプは、SELinux の SSH ポートのデフォルトのタイプです。
他のオプションは次の理由で正しくありません。
B: chcon system_u:object_r:ssh_home_t /etc/ssh/*
このコマンドは、/etc/ssh/ 下のすべてのファイルの SELinux コンテキストを system_u:object_r:ssh_home_t に変更しますが、これは正しくありません。ssh_home_t タイプは、SSH 構成ファイルではなく、SSH によってアクセスされるユーザーのホーム ディレクトリに使用されます。SSH 構成ファイルの正しいタイプは sshd_config_t です。
C: iptables -A INPUT -p tcp --dport 2222 -j ACCEPT
このコマンドは、ポート 2222 で受信 TCP 接続を受け入れるルールを iptables ファイアウォールに追加します。
ただし、SELinux は引き続き SSH サーバーがそのポートにバインドするのをブロックするため、これだけでは問題を解決するには十分ではありません。さらに、代わりに firewalld を使用する Fedora や CentOS などの一部の Linux ディストリビューションでは、iptables がデフォルトのファイアウォール サービスではない場合があります。
D: ファイアウォール cmd --zone=public --add-port=2222/tcp
このコマンドは、パブリック ゾーンのポート 2222 での受信 TCP 接続を許可するルールを firewalld ファイアウォールに追加します。ただし、SELinux は引き続き SSH サーバーがそのポートにバインドするのをブロックするため、これだけでは問題を解決するには十分ではありません。さらに、代わりに iptables を使用する Ubuntu や Debian などの一部の Linux ディストリビューションでは、firewalld がインストールまたは有効になっていない場合があります。
参考文献:
SELinux を強制するように設定された SELinux で非標準ポートを使用するように SSH を設定する方法 SELinux を強制する CentOS/RHEL/Fedora で SSH ポートを変更する SELinux ポリシーが有効になっているときに SSH ポートを変更する方法

httpd サーバーを内部に含むコンテナを実行し、内部でポート 8443 をリッスンしながら Linux ホスト マシンのポート 443 で公開するタスクを実行するコマンドは、podman run -d -p 443:8443 httpd です。このコマンドは、Linux システム上でコンテナーを実行および管理できるデーモンレス コンテナー エンジンである podman ツールを使用します。-d オプションは、コンテナーをデタッチ モードで実行します。つまり、ターミナルをブロックせずにバックグラウンドで実行されます。-p オプションは、host_port:container_port の形式を使用して、ホスト マシン上のポートをコンテナ内のポートにマップします。この場合、ホスト マシンのポート 443 はコンテナ内のポート 8443 にマッピングされ、httpd サーバーへの外部アクセスが許可されます。httpd 引数は、コンテナとして実行するイメージの名前を指定します。この場合、これは Apache HTTP Server ソフトウェアを含むイメージです。他のオプションは、タスクを実行するための正しいコマンドではありません。Podman run -d -p 8443:443 httpd は、ホスト マシンのポート 8443 をコンテナ内のポート 443 にマップしますが、これは要件を満たしません。Podman run -d -e 443:8443 httpd は、-p オプションの代わりに -e オプションを使用します。これにより、ポートをマッピングする代わりにコンテナ内に環境変数が設定されます。Podman exec -p 8443:443 httpd は、podman run コマンドの代わりに podman exec コマンドを使用します。これは、新しいコンテナを作成するのではなく、既存のコンテナ内でコマンドを実行します。参考資料: CompTIA Linux+ (XK0-005) 認定学習ガイド、第 18 章: タスクの自動化

ディレクトリを $PATH の前に置くと、$PATH 内の残りのパス オプションよりも前にディレクトリが検索されるようにすることをお勧めします。