SSH (Secure Shell) は、ネットワーク経由でリモート サーバー/システムに安全に接続するために使用するプロトコルです。ポート 22 で動作し、暗号化された通信を提供します。ポート 23 で動作し、安全ではない Telnet とは異なります。TLS は HTTP 接続 (HTTPS) のセキュリティ保護に使用され、ポート 443 などで動作します。一方、RDP (Remote Desktop Protocol) はリモート デスクトップ接続に使用され、ポート 3389 で動作します。
参照：
CompTIA Network+ の資料とチュートリアルでは、安全なリモート アクセスの標準プロトコルとしての SSH について説明し、ポート 22 での動作に重点を置いています。

CNAME (正規名) レコードは、DNS でドメイン名を別のドメイン名にエイリアスするために使用されます。つまり、newapplication.comptia.org を www.comptia.org にポイントする CNAME レコードを作成することで、newapplication.comptia.org を www.comptia.org と同じ IP アドレスに解決できます。SOA (Start of Authority) は DNS ゾーン情報に使用され、MX (Mail Exchange) はメール サーバー レコードに使用され、NS (Name Server) は権威 DNS サーバーを指定するために使用されます。

ジャンボ フレームの定義:
ジャンボ フレームは、1500 バイトを超えるペイロード (通常は最大 9000 バイト) を持つイーサネット フレームです。ジャンボ フレームは、小さいフレームによって発生するオーバーヘッドを削減することで、ネットワーク パフォーマンスを向上させるために使用されます。
スイッチがジャンボ フレームをサポートする理由:
スイッチは、データ パケットを管理するように設計されたネットワーク デバイスであり、ジャンボ フレームをサポートするように構成できます。この機能により、特に高性能ネットワークやデータ センターでスループットと効率が向上します。
他のデバイスとの非互換性:
アクセス ポイント: 主にワイヤレス通信を処理し、通常はジャンボ フレームをサポートしません。
ブリッジ: 異なるネットワーク セグメントを接続しますが、通常は標準のイーサネット フレーム サイズで動作します。
ハブ: デバイスを区別せずにすべてのポートにパケットを送信し、ジャンボ フレームを処理できない単純なネットワーク デバイス。
実用例:
スイッチでジャンボ フレームを有効にすると、ストレージ エリア ネットワーク (SAN) や大規模な仮想化環境など、大量のデータ転送が頻繁に行われる環境で役立ちます。
参照：
CompTIA Network+ コース教材とネットワーク ハードウェア ドキュメント。

NTP (ネットワーク タイム プロトコル) の役割:
NTP は、ネットワーク デバイスのクロックを基準時間ソースに同期するために使用されます。正確な時間同期は、さまざまなシステムからのイベントとログを相関させるのに不可欠です。
SIEM システムにとっての重要性:
イベント相関: SIEM (セキュリティ情報およびイベント管理) システムは、さまざまなソースからログ データを収集して分析します。複数のシステム間でイベントを相関させるには、正確なタイムスタンプが不可欠です。
時間の一貫性: 同期された時間がない状態では、インシデント発生時の一連のイベントをつなぎ合わせることが困難になり、法医学的分析が困難になります。
他のプロトコルとの比較:
DNS (ドメイン ネーム システム): ドメイン名を IP アドレスに変換しますが、時刻同期には関係ありません。
LDAP (Lightweight Directory Access Protocol): ユーザー認証や承認などのディレクトリ サービスに使用されます。
DHCP (Dynamic Host Configuration Protocol): ネットワーク上のデバイスに IP アドレスを割り当てますが、時刻の同期は処理しません。
実装：
すべてのネットワーク デバイス、サーバー、エンドポイントが NTP を使用して同期されていることを確認します。これは、ローカル サーバーまたは外部のタイム ソースである NTP サーバーを使用するようにデバイスを構成することで実現できます。
参照：
ネットワーク プロトコルと SIEM システムに関する CompTIA Network+ 学習教材。

* TTL (Time to Live) を理解する:
* TTL は DNS レコード内の値であり、DNS サーバーとクライアントによってレコードがキャッシュされる期間を示します。TTL 値が高いほど、レコードがより長くキャッシュされるため、DNS サーバーの負荷は軽減されますが、変更の伝播は遅れます。
* TTL による DNS 変更への影響:
* MX レコードを変更すると、TTL 設定により、変更がすべての DNS サーバーに反映されるまでに時間がかかる場合があります。TTL が高いと、古い DNS 情報がキャッシュされたままになり、メールが古いサーバーに送信される可能性があります。
* DNSを変更する前のベストプラクティス:
* DNS レコードへの変更が迅速に伝播されるようにするには、変更を行う前に TTL 値を低い値 (300 秒や 5 分など) に減らすことをお勧めします。
これにより、キャッシュされたレコードはすぐに期限切れになり、新しいレコードがより早く使用されるようになります。
* DNS変更の検証:
* TTL を減らして MX レコードを変更した後は、digornslookup などのツールを使用して伝播を確認することが重要です。
* 他のオプションとの比較:
* MX レコードと一致するように電子メール クライアントの構成を変更します。通常、電子メール クライアントは MX レコードと直接一致する必要はありません。通常は、設定で指定された特定のメール サーバーに接続します。
* MX レコードの変更前に DNS ゾーン転送を実行します。DNS ゾーン転送は、DNS サーバー間で DNS レコードを複製するために使用されますが、個々のレコードの変更の伝播とは関係ありません。
* IP アドレスの変更を反映するように NS レコードを更新します。NS レコードはドメインの DNS サーバーを指定するものであり、MX レコードの変更とは関係ありません。
参考文献:
* CompTIA Network+ の学習教材と DNS のベスト プラクティス。