DNS エラーのトラブルシューティング方法 (タイムアウト、コードなど)

DNS とは何ですか、 どのように動作しますか。

DNS はドメイン ネーム システムの略で、インターネットへのディレクトリを処理します。 それは私たち全員がウェブサイトにアクセスし、インターネット上のデバイスを接続することを可能にするものです。 それは人間と機械の間の翻訳者として機能します。 携帯電話やラップトップからサーバー、ルーター、ネットワークハードウェアまで、すべてDNSに依存しています。 DNS は、DNS を構成するさまざまな層やグループ、またはゾーンを持つ、大きな広がるツリーと考えてください。 これらの DNS 層については、次のセクションで詳しく説明します。

DNS の仕組み : ドメイン名

google.com や dotcom-monitor.com のようなドメイン名は、人間が判読できるドメインの形式です。 これらのドメイン名は、割り当てられた名前と番号のインターネットコーポレーションと呼ばれるグループによって管理されます。 IPアドレスを構成する乱数の長い文字列を覚えておく必要がある代わりに、覚えて、私たちのブラウザにドメイン名を入力し、DNSをそのIPアドレスに変換し、私たちのためにそれを見つけることが迅速かつ簡単です。 しかし、ドメイン名を構成する複数の部分があり、その構造に応じて、そのドメインについてさまざまなことを教えてくれます。

トップレベルドメイン

最上位ドメイン(TLD)は、ドメイン名の末尾の部分です。したがって、google.com を例に使用すると、トップレベルドメインは.comされます。これらのトップレベル ドメインは、DNS ルート ゾーンと呼ばれるものに配置されます。.org、.edu、.gov、.net など、より一般的な異なるトップレベルドメインのいくつかに遭遇した可能性があります。これらのトップレベル ドメインは、国別にドメインを区別するためにも使用されるため、プエルトリコの .pr や中国の .cn など、特定の国コードが与えられます。2020年半ば時点では、1,500以上の異なるトップレベルドメインがありました。

第 2 レベル ドメイン

第 2 レベル ドメイン(SLD)はトップレベル ドメインの前の部分なので、google.comの例に固執し、第 2 レベルドメインは Google部分になります。

サブドメイン

Weロsites 缶 拡大される サブを作成してさらにドメイン。 サブドメインは主に分離するために使用されます 特定のコンテンツを メイン ドメイン. サブドメインヘルプ SEO を使用し、ユーザーがリソースをナビゲートするためのより良い方法を提供します。. ドメイン構造内では、第 2 レベルのドメインの前に来るので、私たちの google.com の例を歌うので、彼らのサブの例ドメインには、news.google.com フォーtos.google.com.

ドメイン名の特定の側面について少し説明したので、u s ドメインアドレスを入力すると何が起こるかのプロセス。

DNS の仕組み : DNS サーバー

ブラウザにアドレスを入力すると、DNS が動作し、プロセスが開始されます 舞台裏で。 最初に起こるのは、リクエストが一連のサーバーを通過する可能性があるということです。 (キャッシュが関係していない場合)これらのサーバーには、requ estのコンテンツを構成し、ブラウザにコンテンツを提供するHTMLファイル、画像、ビデオなどが含まれています。 再帰リゾルバー、ルート ネームサーバー、TLD ネームサーバー、および権限のあるネームサーバーの 4 種類の DNSサーバーがあります。

DNS

再帰リゾルバー

再帰的リゾルバーは、DNS リカーソルとも呼ばれ、最初にストップの一覧に表示されます。 . このサーバーは I によって提供されます。nternet サービス提供r (ISP) および は、クライアント/ブラウザとネームサーバの間に位置します。 DNS 要求を受信した後、再帰的な resolv人 キャッシュされたコンテンツを提供することで応答します または要求を送信する オン 次のレベルに、ルートネームサーバーになります, TLD の名前バージョンそして 権限のあるネームサーバーでの仕上げ. 権限のあるネームサーバーが再帰リゾルバーに応答を送信すると、再帰リゾルバはクライアント/ブラウザに最終応答を送信します。

もしカチの場合ing が実装され、 要求が行われました TTL (存続する時間) 期間内, その後、要求は再帰的なリゾルバーで停止し、応答します クライアント/ブラウザにより迅速な応答と優れたユーザーエクスペリエンスを提供します。 このため、再帰的なリゾルバーは非オーサリとして誤った彼らは唯一の責任を提供するので、格言DNSサーバー権限のあるネームサーバーからの最後の良好なキャッシュに基づいて se.

DNS ルート ネームサーバー

13があります ルート ネームサーバーは、世界中の12 の組織によって運用および管理されていますが、1 3 が存在するわけではありません。 アクセス可能なサーバ。 ザre は各サーバーの複数のインスタンスです より高速な応答時間を提供するために世界中で, に応じて の場所 a 利用者. ルート サーバーにはレターが割り当てられます。 A から M まで、これは、操作する組織を定義します。そのルートサーバーを使用します。 Tヘスルートサーブは、によって操作されます 様々な組織, 大学私es, そして、DoD、陸軍、NASAのような政府と軍事グループ。 詳細については、on root serversと eir の場所を参照してください root-servers.org

TLD ネームサーバ

DNSルートを一度 サーバー受信 ザ rエクエスト 再帰リゾルバからそれ 要求を 適切な TLD ネームサーバーベース その上で、 top前に述べたレベルのドメイン拡張 (.comなど) .org, .エドゥ等。 すべての TLD ネームサーバがあります ウェブサイト 延長.

権限のあるネームサーバー

最後の DNS プロセスss は権限のあるネームサーバーです IP アドレスが格納されている場所. 場合は、the a卯受け目 サーバには、 IP レコ要求されている場合、その IP アドレスを使用して再帰リゾルバに応答します 最初のドメイン要求から。IP アドレスが格納されている権限を持つネームサーバーは、ドメイン名レジストラーによって設定されます。 権限のあるネームサーバーの詳細がレジストラによって設定されると、レジストラは TLD ネームサーバの権限にレコードを更新するよう指示します。 権限のあるネーム サーバーの詳細を参照してください。 そうすれば、TLD nameserver は、どの権限のある nameserverが要求された Web サイトのIPアドレスを提供するかを知っています。 ユートリティブネームサーバーはDNS resourrecordsのソースであり、以下で詳しく説明します。

DNS 応答とエラー コード

DNS クエリから生じる可能性のある DNS 応答コードは 20 を超えていますが、通常、ユーザーは一定の時間をかけてこれらのコードを一部しか表示しません。 これらの応答コードは必ずしもエラーがあることを意味するわけではありませんが、多くの応答/エラーコードはエラーが発生したことを示します。 一般的な DNS 応答コードのいくつか、その意味、およびそれらを解決するための手順について説明します。

DNS 応答コード 0: エラーなし

エラーなし 応答は、処理された DNS クエリが有効であることを示します。 ただし、必ずしも問題がないことを意味するわけではありません。 ザ エラーなし 応答は、パフォーマンスに固有の問題を示すません。 たとえば、DNS クエリに予想以上の時間がかかった場合、クエリが次のように戻ってもネットワークの問題が発生する可能性があります。 エラーなし. このような場合は、すべての DNS サーバーを調べていることが重要です。s を使用し、適切に構成されていること。 の詳細については、 NoError 応答コードは、RFC6895、セクション 2.3 および RFC1035を参照してください。

DNS 応答コード 1: FormErr

フォル エラー 応答コードはフォーマットエラーを参照します。 他の応答コードと同様に、ファイアウォールの問題や、ルーターなどのネットワーク ハードウェアの問題 (短縮、または DNS 応答の切り捨てが大きすぎるか、特定のサイズ制限を超える) に対してフォーマット エラーが発生する可能性があります。 詳細については、 FormErr 応答コードは、RFC6895、セクション 2.3 および RFC1035を参照してください。

DNS 応答コード 2: サーフェイル

サー フェイル 応答コードは、DNS サーバーがクエリに対する応答を提供できない場合を示します。 多くのドメインは、複数の権限のある DNS ネームサーバーを使用するため、 サーフェイル 応答は一般的に一般的ではなく、DNS クエリは別のサーバーで動作する必要があります。 この問題が発生した場合、DNS サーバーとのネットワークの不具合や、ドメインをブロックするファイアウォールの問題が原因である可能性があります。 ザ サーフェイル 応答コードはまれですが、持続的に発生する場合は調査する必要があります。 詳細については、 SERVFail 応答コードRFC6895、セクション 2.3およびRFC1035を参照してください。

DNS 応答コード 3: NX ドメイン

NX ドメイン 応答 コードは存在しないドメインを示します。 これは、DNS クエリが要求されたドメインが存在しないことを応答し、クエリが失敗したことを意味します。 失敗しなければ、応答は エラーなし 応答. その理由は、いくつかの NXドメイン 応答が戻ってくる可能性があります。 その理由の1つは、人為的ミスと、クエリにタイプミスが含まれていたことであり、簡単に修正できます。 その他の理由 NXドメイン 応答コードは、DNS ハイジャックなどのネットワークまたはセキュリティの問題が原因である可能性があります。 この種の問題は、原因の根本を見つけるために、より詳細なトラブルシューティングを必要とします。 詳細については、 NXDomain 応答コードRFC6895、 セクション 2.3 および RFC1035を参照してください。

DNS 応答コード 4: 実装されていません

実装されていない応答コードは、オペコード (命令コードまたはコマンド) を認識しないか、オペコードを認識せず、実装しないことにより、更新要求を受信し、更新を実装しなかったサーバーを示します。 RFC6895、セクション2.3およびRFC1035を参照してください。 の詳細については、実装されていない応答コードを参照してください。

DNS 応答コード 5: 拒否

拒否された応答コードは、ポリシーの問題のために、DNS ネームサーバーが特定の操作を実行することを拒否することを意味します。 たとえば、要求元に、要求を実行するための適切な資格情報または権限がない場合があります。 拒否された応答コードの詳細については 、RFC6895、セクション 2.3、 および RFC1035を参照してください。

DNS 応答コード 6: YX ドメイン

YX ドメイン 応答コードは、存在してはならないドメイン名のドメイン名が存在することを示します。 詳細については 、RFC6895、セクション 2.3 および RFC1236 を参照してください。

DNS 応答コード 7: YXRRSet

YXRRSet 応答コードは、リソース レコード セット (RRSet ) を意味します。) は存在しますが、存在すべきではありません。 DNS では、多数のレコード セットを使用できます。 たとえば、A レコードは、ドメインを特定の IPv4 アドレスにマップするものです。 特定のドメインの A レコードのセットは、 RRセット. 詳細については 、RFC6895、セクション 2.3 および RFC1236 を参照してください。

DNS 応答コード 8: NXRRSet

NXRRSet応答コードはRRSet に関連しています. の応答 NXRRセットは、RRセットを示します 存在する必要があるものは存在しません。 詳細については 、RFC6895、セクション 2.3 および RFC2136 を参照してください。

DNS 応答コード 9: NotAuth

NotAuthの下で 応答コードには、ゾーンに対する権限のないサーバーと承認されていないサーバーの 2 つの異なる説明があります。 これらの応答コードは、ドメインがゾーンが無効であることを検証するために使用するプライマリ接続を示します。 DNS 内では、ゾーンごとに承認を構成できます。 詳細については、RFC6895、セクション2.3、RFC2136、およびRFC2845を参照してください。

DNS 応答コード 10: NotZone

ザ ・NotZone 応答コードは、特定のゾーンの前提条件を定義する際に使用されます。 ドメインに含まれない RR がある場合は、 ゾーン 応答コードが返されます。 詳細については 、RFC6895、セクション 2.3 および RFC2136 を参照してください。

DNS 応答コード 11-15: 未割り当て

DNS 応答コード 11 から 15 は現在割り当てられていない状態です。

DNS 応答コード 16: バッドバースとバッドシグ

同じRCode を持つ 2 つの DNS 応答コードがあります。 の 16. BADVERS 応答コードは、不正な OPT バージョンが検出されたことを意味します。 OPT は、応答をメッセージとして DNS メッセージの追加データ セクションに追加するメカニズムを指します。 最初に、DNS メッセージは UDP (ユーザー データグラム プロトコル) を介して送信されましたが、サイズ制限 (512 バイト) によってバインドされていました。 OPT は、以前のプロトコルで動作するように導入されましたが、DNS メッセージ用の領域も拡張しました。

BADSIG 応答コードは、不正なトランザクション・シグニチャー (TSIG) または署名の検証に失敗することを意味します。 TSIG は、データベースおよび DNS エンドポイントに対する更新を認証できます。 DNS クエリとは異なり、DNS への更新は認証される必要があります。 BADSIG 応答と共に、サーバーは NotAuth 再 sponse コード。 詳細については、RFC6895、セクション2.3、RFC6891 、およびRFC2845を参照してください。

DNS 応答コード 17: 不正なキー

BadKEY 応答コードは、TSIG を含む要求に応答していますが、キーがサーバーによって認識されませんでした。 この場合、BADKEY 応答と NotAuth 応答は、サーバーによって生成されます。 詳細については 、RFC6895、セクション 2.3 および RFC2845を参照してください。

DNS 応答コード 18: 無効時間

BADTIME 応答コードは、時刻同期に関連し、DDoS 攻撃の防止に役立ちます。 これは、TSIG 要求がサーバーによって受信されたが、要求によって指定された時間外であることを示します。 BADTIME 応答と共に、 NotAuth 応答コードも送信されます。 詳細については 、RFC6895、セクション 2.3 および RFC2845 を参照してください。

DNS 応答コード 19: 無効なモード

DNS 内には、TKEY (トランザクション キー) と呼ばれるレコードの種類があります。 TKEY は、サーバーとリゾルバーの間で秘密鍵を確立するために使用されます。 BADMODE 応答コードは、サーバーが TKEY を受信したことを示します。 要求が、 は、定義済みのモード/値の 1 つをサポートしていません。 詳細については 、RFC6895、セクション 2.3 および RFC2930を参照してください。

DNS 応答コード 20: 名前が正しくありません

BADNAME 応答コードは、名前フィールドに関連付けられますが、より具体的にはキー名です。 IETFによると、1つだけ オクテット キーの名前に対して、キーイングマテリアルの文字列を配置できます。 BADNAME 応答は、既存のキー名に新しい名前を使用しようとした場合に発生します。 この応答コードは、サーバーに特定のキー名のレコードがない場合にも送信されます。 詳細については 、RFC6895、セクション2.3 および RFC2930 を参照してください。

DNS 応答コード 21: バダーグ

BADALG の DNS 応答コードは、サーバーがサポートしていないアルゴリズムの要求を受信したことを示します。 このインスタンスのアルゴリズムは、TKEY リソース レコード内のフィールドであり、秘密キー データの使用方法と共有方法を定義するのに役立ちます。 詳細については 、RFC6895、セクション 2.3 および RFC2930を参照してください。

DNS 応答コード 22: バットルンク

メッセージ認証コード(MAC)が使用されている場合、切り捨てに関連する問題がある場合に、BADTRUNC 応答コードが示されます。 MAC コードが切り捨てポリシーで許可されるよりも短い場合、BADTRUNC と NotAuthを選択すると、応答コードが返されます。 詳細については 、RFC6895、セクション 2.3 および RFC4635 を参照してください。

DNS 応答コード 23: 不正なクッキー

COOKIE は、DNSSEC (ドメイン名セキュリティ拡張) が防止できない、キャッシュ ポイズニングなどの DNS 攻撃を緩和するために導入されました。 Cookie は、クライアントとサーバーの IP と、64 ビット以上の長さのシークレットで構成されます。 DNS とクライアント側の Cookie が使用されている場合、BADCOOKIE 応答は、Cookie が見つからないか、または不正な形式の Cookie が存在する場合を示します。 詳細については 、RFC6895、セクション2.3 を参照してください。

追加のプレースホルダー応答コードがありますが、割り当てられていないか、プライベートで使用されるか、予約済みです。 DNS エラーと応答コードの詳細を読むには、DNS パラメータの完全な一覧を参照してください。IANA.org のウェブサイトを見る。

IPv4 アドレス レコード: A

アドレスレコードの種類は、ドメインとサブドメインに対応する IPv4アドレスを指定します。 住所レコードには、次の 2 つのフィールドが関連付けられます。 IP アドレスと するメイン. 例えば google.com の IP アドレスは、 172.217.4.110. 代わりに このランダムな数字のセットを覚えておく必要があります。 キーイングイン 番目e 10 桁の IPv4 住所 address レコードを使用すると、ユーザーは google.com 入力するだけで、正しいサイトに誘導されます。 アドレスも可能 サブドメインのレコード 異なる IP アドレスを使用する 。ビジネス目標の面では、ubdomainは5月に企業にとって有用です 異なる国で動作します。

サブドメインは、顧客/ユーザーをそれぞれの国固有のサイトに誘導する効果的な方法、またはサイトに多くの情報を含む場合、より効率的でユーザーフレンドリーな方法で整理する必要がある場合. サブドメインも可能 使用される d にifferentiate 間 顧客のサブセット、B2Cと比較 B2B 観客。 もし 私たちは使用します の例 google.com 又、イメージ サイト (images.google.com)、マップ (maps.google.com) のサブドメインがあります。 ニュース(news.google.com)など。 その上 addres を使用するs 誌, サブドメインは be は、異なるサーバー/Web ホスト上のセットアップです。 利点は、メインサイトがダウンした場合、 あなたはすべてを失うわけではありません。 住所レコードの詳細については、RFC1035、セクション3.4.1を参照してください。

IPv6 アドレス レコード: AAAA

前述の アドレス レコードと同様に、AAAA レコード は ホスト名を持つ IPv6 アドレス:IPv6 は IP (インターネット プロトコル) スタンドの 6 番目のバージョンですrd. 私Pv6 は IPv4 と同じように機能し、デバイスに固有の IP アドレスを提供しますが、主な違いの 1 つは IPv4 が 32 ビット IP アドレスを使用することです。IPv6 は 128 ビットの IP アドレスを使用します。. IPv4が導入されたとき、それは 最も多くのサポート 43 億個の一意の IP アドレス。 ハウイブr、 インターネットは、IP アドレスを割り当て済みよりも多くのIPアドレスを既に割り当てていたので、IPv6 は IP アドレスe sの継続的な増加と需要に対処し、サポートする次世代でした。 IPv6 アドレスレコードの詳細については、RFC3596、 セクション 2.1を参照してください。

正規名レコード: CNAME

正規 名前レコードs はリダイレクトで使用されます、またはエイリアス、 ドメインの場合 又は サブドメイン。 A 正規 名前レコードが作成されます フィールドのカップルのアップ、 ザ 名前 および宛先フィールド. 異なるホスティング プロバイダーと同様に、正規のユーザー設定フィールドが関連付けられている場合もあります。 名前レコード。 の一般的な使用法 ザ 正規 名前レコードは 設定 ウェブサイトのドメイン と一緒に www そして1つなし。これは、ユーザーが URL の入力方法に関係なく、同じドメインを指すようにするためです。また、電子メールの設定 (Exchange など) でも使用できます。. あるかもしれない ドメインを指すために使用される電子メール、モバイル、SIP (セッション開始プロトコル)などに必要な追加の正規記録。正規名レコードの詳細については、RFC1035、セクション3.3.1を参照してください。

メールエクスチェンジレコード: MX

mAil 交換レコードは 、メール サーバー/ホスティング プロバイダーに関連 し、管理に役立ちます 。 電子メールの配信。 一般的に、 倍数 電子メールサーバー/ホスティングプロバイダのDNS内のメール交換のr プライマリ レコードが使用できない場合は、バックアップとして機能します。 電子メール プロバイダは通常、それぞれのメール交換レコードを持っています 。 しかし Exchange メール エクスチェンジ レコードは、さまざまな場合があります。 対して メール交換レコードの詳細については 、RFC1035、セクション3.3.9を参照してください。

また、メール交換レコードを構成するフィールドもいくつかあり、ドメインの作成、メールサーバー、 優先度、および TTL フィールドを指定します。priority フィールドは、複数のメール交換がある場合に使用されます。 レコードが小さいと、優先順位が高くなります。 繰り返しますが、 発行 優先度は、通常、プライマリおよびバックアップの電子メール サーバーで使用されます。 TTL (TTL)アイム・ト・ライブ) を指す キャッシュメカニズム 送信者の電子メール サーバーに待機する時間を通知します (通常はミリ秒単位で定義される) 受信機に連絡する前に DNS サーバー r に対する変更を確認しますエコード。 詳細については メール交換レコードに関する情報 RFC1035、セクション3.3.9 および RFC7505

.

名前の権限ポインタ: NAPTR

名前機関ポインター レコードは、通常、インターネット テレフォニーを必要とするアプリケーション、または SIP プロトコル内でユーザーとサーバーをマッピングするときに使用されます。 NAPTR レコードは、SIP、電子メール、Web などのドメイン/ホスト名で使用可能なサービスを調べるために SRV レコードとともに使用されます。 たとえば、SIP は異なるプロトコルで実行できますが、アドレス レコード (A) はどのプロトコルを使用するかを示しません。 名前権限ポインター・レコードの詳細については 、RFC2915を参照してください。

ネーム サーバー レコード: NS

ネームサーバー は、すべての DNS レコードが格納される場所です。 特に、ネームサーバー レコードは、ユーザーが複雑な IP アドレスではなく、ドメインを通じてウェブサイトにアクセスするのに役立ちます。 名前 サーバーは、サイトがホストされている場所をドメインに指定します。 ドメイン登録とサイトホスティングは、別々のエンティティによって管理できます。卯t 通常、ドメインレジストラは 供給 ウェブホスティング(またはその逆)。 他のレコードを変更する場合は、次のようにします。 ウェブサイトまたは電子メール関連のレコード、それはmあなたのネームサーバーがある場所で行われます 位置. Name サーバーレコードは通常、 あなたの ホスティング会社。 実際のネームサーバー名は、通常、ホストによってデフォルトで作成されます プロバイダが、 必要に応じて変更できます。これにより、サイト所有者は、ドメイン レジストラーなどを変更せずに Web ホストを変更できます。ネームサーバーレコードの詳細については、RFC1035、セクション3.3.11を参照してください。

ドメイン名ポインタレコード: PTR

ポインタ レコードs は、rDNS (逆引き DNS)とも呼ばれ、逆引き DNS lookupsに使用されます。. DNS 内で、 1 つの IP アドレスを指す複数のドメイン名が存在するか、同じWebサーバー上の複数のドメインホストed が存在する場合があります。 ただし、ポインタ レコード、または逆引き DNS ルックアップでは、 あなたが指し示す、 又は 仲間, an IP アドレスを a に 特定 ドメイン 名前. 他の人と同じように DNS リソース レコード、ポインタレコードのコンのシスト var非常に多い 名前を含むフィールド TTL、クラス、タイプ、およびデータ。 DNS 逆引き参照の最も一般的な使用 です トレースルートおよび ping ネットワーキングに関連付けられている ツール, SMTP と同様に をトレースヘッダー フィールドにします。 ポインター レコードの詳細については、 RFC1035, セクション 3.3.12

権限レコードの開始: SOA

権限リソース レコードの開始は、ドメイン管理者に、更新頻度、管理者連絡先情報、有効期限、TTL など、ドメインまたはゾーンに関する追加情報を提供する方法を提供します。DNS ゾーンは、管理者が管理する領域と見なされます。 または会社。 DNS ゾーン内には、 追加のレベル、またはゾーンを使用して、さまざまなレコードと属性を管理し、そのポイントを後ろに、および最上位ドメインに対して管理できます。詳細については、次の情報を参照してください。 開始の of 権限レコードは、RFC1035、セクション 3.3.13

および RFC2308

を参照してください。

送信者ポリシー フレームワーク レコード: SPF

送信者ポリシー フレームワーク 記録 ドメインを使用できる SMTP サーバーを定義するために使用されます。 それはprに役立ちますからあなたの電子メールサーバーをイベント スパマーによって使用されている 又は ブラックリストに載る ドメイン。 それ 私s も、メイントの重要なa私寧 ドメイン権限 そして トラスt 他の電子メール サーバーと. ドメインが blac の場合クリスト、それ です 電子メールは他の電子メール サーバーによって拒否される可能性があります。 SPF 再の実装紐 単に追加することによって行われます テキスト レコード (TXT) を DNS に変換する ゾーン どの IP アドレスを指定するかを指定します。から電子メールを送信するために再承認 ドメイン。 詳細については、 S終わり人 Pオリシー Fラメワーク RFC7208 を参照してください

。

サービスレコード: SRV

名前機関のポインター レコードと同様に、サービス レコードは主にインターネット テレフォニーで使用され、サービスが SIP サービスを定義または検出するのを支援します。 サービス レコードは、サービス名、トランスポート プロトコル (TCP または UDP)、ドメイン名、TTL、クラス、レコードの種類 (SRV)、ターゲット ホストの優先度、重み (重みが高いほど、サーバーによって選択される可能性が高い)、使用されるポート、およびターゲットの情報を含み、識別する特定の形式に従います。 サービス レコードの詳細については 、RFC2782を参照してください。

テキスト レコード: TXT

テキストレコードは、ドメインの検証など、さまざまな機能に使用されます。 サードパーのrtyサービスまたは電子メールオートメーションサービスとの所有権。テキストフィールドは、いくつかのフィールドで構成され、 名前とコンテンツ。 [名前] フィールドは通常関連付けられます。d をドメインに接続します。 ザ コンテントフィールド は 、確認コードを提供するために使用されるため、このフィールドの情報は、使用されるサービスによって異なります 完全にランダムにできます。 対して テキストレコードの詳細については、RFC1035、セクション3.3.14を参照してください。