デバイスとターゲットを作成する方法

仕組み

DNS サーバー の監視は、特定のインターネット プロトコル (IP) アドレスを解決するために、指定された DNS サーバーを照会します。

ターゲットの作成

解決するホスト名

解決する URL を入力します。 アドレスは、www.example.com などのブラウザで使用する場合とまったく同じ形式にする必要があります。 手続き http:// を含むべきではありません。

DNS サーバー

特定の DNS サーバーを使用するには、[ カスタム ] ラジオ ボタンを選択し、ポーリングする DNS サーバーの URL 名、IPv4 または IPv6 アドレスを入力します。 値を入力しない場合、フィールドには自動的に 「a.root-servers.net」 が入力され、ランダムなルート サーバー (A から M) が毎回ポーリングされます。

レコードの種類

照会する NS レコードの種類を選択します。 レコードの種類はクエリの内容のみを定義し、予期される応答がどのようなものになるかを自動的に定義するものではありません。

  • A – ホスト名を IPv4 アドレスにマップする IPv4 アドレス レコード。
  • AAAA – ホスト名を IPv6 アドレスにマップする IPv6 アドレス・レコード。
  • 権限のあるネーム サーバーを委任するNS名サーバー レコード。
  • CNAME – 別の名前レコードの別名である正規名レコード。
  • SOA – 権限レコードの開始は、ドメイン、メール、およびレコードのタイミング情報に関する最も権限のある情報を返します。
  • TXT – テキストレコードは、送信者ポリシー情報やその他のマシンで読み取り可能な情報だけでなく、一般的な情報にも使用できます。
  • MX – メール交換レコードは、ドメインのメッセージ転送エージェントを定義します。
  • PTR – ポインター レコードは、DNS 逆引き参照の正規レコードを指します。
  • SPF – 送信者ポリシーフレームワークは、現在では、TXT レコードで一般的に処理されるレガシ レコードです。

クエリに基づいて、[期待される応答] セクションで 、期待される応答を 明示的に定義する必要があります。 さらに、[ 権限リソース レコード] フィールドと [その他のリソース レコード] フィールドを使用して、クエリ応答を検証することもできます。


  • PTR のリバース IP アドレス



レコードの種類を選択すると、DNS クエリの内容にのみ影響します。 レコード タイプのコンテンツの検証は、[期待される回答] セクションに指定された参照のみに基づいています。 「期待される権限」および「追加の予定」フィールドは、正確な構成に応じてレコード・タイプの検証にも使用できます。

再帰が必要

発信 DNS クエリで、再帰 (RD) フラグを有効または無効にします。

  • NO – 選択した DNS サーバーが 1 ホップでターゲットを解決するかどうか確認するために 1 回の反復のみを実行する場合、DNS クエリは RD フラグを送信しません。
  • YES – DNS サーバーが監視サービスの再帰を実行することを要求します (つまり、リモート サーバーは DNS ツリーをスキャンして、適切な結果を求めて監視サービスを検索します)。

インターネット ブラウザーなどのほとんどのアプリケーションは既定で RD フラグを有効にし、照会された DNS サーバーが有効な応答を持たない場合でも DNS 解決を正常に受け取ります。 この場合、照会された DNS サーバーは最上位の DNS サーバーに接続し、信頼できる結果を受け取るまで結果のパスに従います。

クライアント アプリケーション (インターネット ブラウザーなど) は、通常、RD フラグを使用します。

応答を確認オン

必要なレコードの種類を持つ DNS の応答を解釈する方法を定義します。

  • すべてのサーバー – DNS ツリーのエンドリーフからの回答のみが、適切な応答を確認します。 すべてのルート サーバーからの応答が必要な場合は、タイムアウトのルート サーバーからよりランダムな障害が発生します。 これは、必ずしも停止を示すものではなく、1 つ以上のルート サーバーが負荷が高く、時間内に応答しなかったことを示している可能性があります。
  • 最初の応答 – 目的のレコードの種類を持つ最初に見つかった回答のみがさらに分析されます。 最初の適切な答えは、DNS ツリーの終わりとも見なされます。

完了タイムアウト (秒)

タスクが Web ページからの応答を待ってから、タスクを終了してエラーを返す秒数を入力します。 この値を空白のままにすると、タスクのデフォルトのタイムアウトは 120 秒です。

タイムアウトを無視 (サーバー タイムアウト フィルター)

複数のサーバーに対してクエリを実行する場合、1 つまたは複数のサーバーからタイムアウトを受け取るのが一般的です。 このフィルターを使用すると、このようなタイムアウトを無視するか、これらのタイムアウトのアラートを受信するかを指定できます。 オプションには、すべてのタイムアウトのアラート、正確なホストからのネットワークエラーとタイムアウトエラーの除外、またはマスクに基づくノードの範囲が含まれます。

  • * – すべてのネットワーク関連エラーとタイムアウトエラーが含まれており、アラートをトリガーします
  • 空のフィールド – エンジンは、すべてのネットワーク関連およびタイムアウトエラーを無視します

マスクを追加すると、エンジンは、一致するホストまたは IP アドレスのネットワーク関連エラーおよびタイムアウト エラーをすべて無視します。


  • 個々の例


期待される応答

回答: 返された文字列の結果に、予期される回答フィールドに入力された値が含まれている場合、タスクは成功を返します。 論理式を使用して、より複雑な結果を定義できます。

たとえば、10.0.0.1 |127.0.0.1 |192.168.1.1

返された文字列に指定された IP アドレスのいずれかが発生した場合、クエリは成功と見なされます。

権限: 応答を解析して、権限セクションの値を取得します。

追加: 返される追加のリソース レコードを表示します。 リストに複数の DNS サーバーがある場合、これはかなりの数の結果を返す可能性があります。


  • 複雑な構造の例


[権限] および[追加] の調整は、カスタム DNSサーバーが [DNS サーバー]フィールドで指定されている場合にのみ適しています (ルート サーバーではなく、直接 IP アドレスで指定されていません)。

DNS オプション

NS アドレスの解決に使用するモードを決定します。 詳細については、「 DNS モード オプション」を参照してください。