モジュール 16 · レッスン 3 / 3コース内の 54/54~17 min
モジュールのレッスン (3/3)
Monitoring and incident response
監視とインシデント対応
DNS 監視では、リゾルバーの可用性、データの正確性、パフォーマンスを区別する必要があります。 1 つのネットワークからの 1 つのプローブでは、他の場所での委任やルーティングの問題を見逃す可能性があります。権威サーバーのクエリ、再帰リゾルバーによる解決、DNSSEC の検証、待ち時間、タイムアウト、RCODE、署名の有効期限の追跡など、いくつかの有利な点からチェックします。
シンプルなランブックで影響と開始時間を定義します。タイムスタンプ付きのクエリと応答を保存します。親、子、リゾルバーを比較します。最後の変更を識別します。所有者を割り当てます。最小の補正を適用します。複数のネットワークから検証します。回復と予防の手順を記録します。
アプリケーションが SERVFAIL を報告した場合は、すぐにレコードを編集しないでください。それが 1 つのリゾルバーに影響を与えるか複数のリゾルバーに影響するかを調べ、委任と DNSSEC を検査し、権限とキャッシュを比較します。キャッシュをフラッシュしたり、いくつかの変数を変更したりする前に、証拠を保存してください。有用なサービス レベル インジケーターは、単に DNS プロセスが実行されているかどうかだけでなく、重要なレコードの解決の成功を測定します。
参考資料: RFC 9199 — 権威 DNS の運用上の考慮事項
理解度を確認してください
最良の答えを選択してください。この例ではトレーニング名を使用しており、実際の DNS クエリは送信しません。
局所的な障害と全体的な障害を区別するのに役立つ尺度はどれですか?