DNS TXT エントリ エラーを回避する - 簡単に説明します。

ドメイン ネーム システム (DNS) TXT レコードは、電子メールの設定に使用される基本的なコンポーネントであり、 ウェブホスティング が必要です。残念ながら、多くのユーザーは、これが正確に何を意味するのか、そしてそれを正しく設定する方法がわかりません。この中で 記事 DNS TXT エントリを正しく設定し、エラーを回避する方法を段階的に説明します。

DNS TXT レコードとは何ですか?

アイン DNS TXT レコードは、ドメイン ネーム システム (DNS) に保存されるレコードで、特定のドメインに関する情報が含まれます。 TXTは「」の略ですテキスト«、これらのエントリは通常テキストとして保存されるためです。

ほとんどの DNS レコードは、 Aレコード、の IP アドレス ドメイン セーブ。 DNS ただし、TXT レコードには次のような他の種類の情報も含めることができます。 B. 出版者に関する情報 ドメイン、登録者の連絡先詳細または暗号化情報。

最近、DNS TXT レコードは、次のようなドメインに関するセキュリティ情報を保存するために広く使用されています。 B. HTTPS で暗号化されているかどうか。

DNS TXT レコードを作成するにはどうすればよいですか?

ステップバイステップ
DNS レコードを作成する場合は、いくつかの点に留意する必要があります。 DNS レコードが正しく設定されていることを確認するために実行する必要がある手順は次のとおりです。
DNS管理
ドメイン登録ページを開いて、 検索 メニュー項目「DNS管理」または「ネームサーバー」を探します。
TXT/SPF レコード
検索 セクション "TXT/SPF レコード« または同様のファイルを作成し、新しい TXT エントリを追加します。
ホスト名
与える @ ホスト名として入力し、ホスト名の下のテキスト フィールドに TXT データを入力します。
オプション "TXT«
オプションを選択します »TXTテキスト フィールドの横にあるドロップダウン メニューから « または同様のものを選択します。
保存
「追加」、「保存」などのボタンをクリックして、新しい DNS レコードを保存します。

DNS TXT レコードは何に使用されますか?

DNS TXT レコードは主に送信者ポリシーに使用されます。 フレームワーク (SPF)を使用しております。 SPF は、電子メール送信者の認証に重点を置いたスパム対策システムです。多くの企業や組織は SPF を使用して、 Eメール スパマーやその他の望ましくない送信元によって送信されることはありません。

DNS TXT レコード作成時のエラーを回避する方法

DNS TXT レコードを作成する場合、次のものがよく使用されます。 エラー 作る:

エントリーは しない 正しく 正しいDNSゾーン 入力されました。
このエントリには、 適切なタイプではありません (TXT または CNAME)。
の値は、 入力が間違っています.
エントリーは 正しくフォーマットされていません.
ホスト名その下にエントリを作成する必要があります ニヒト・コレクト.
入っている文字列 TXTレコード 含める必要があります 長すぎる.
エントリーは以下に基づいて行われました 間違ったドメイン名 作成されます。

ステップバイステップ
その周り エラー これを回避するには、次の手順に従ってください。
エントリを慎重に調整してください。
TXT フィールドに入力した文字列が正しいことを確認してください。何度も確認して、タイプミスがないか確認してください。可能であれば、1 つを使用してください ツール 入力をチェックして検証するためのオンライン DNS 検証サービス (例: intodns.com) など。
エントリには標準形式を使用してください。
DNS TXT レコードにはさまざまな形式があります (例: 「@ IN TXT 'value'」または「IN TXT 'value'」)。すべてのサービスがすべての形式をサポートしているわけではありません。入力が難しい場合は、標準形式を使用してみてください。
長い文字列は避けてください。
DNS クエリの問題を避けるために、DNS TXT エントリはできるだけ短くする必要があります。エントリは 255 行あたり XNUMX 文字未満に制限するようにしてください。エントリがこの制限を超える場合は、複数のフィールドに分割してください。
別の DNS タイプを使用してください。
同じ情報を保存するために TXT の代わりに使用できる他の DNS タイプ (CNAME や SRV など) が多数あります。サービスがサポートされている場合は、別の DNS 形式を使用する方が簡単な場合があります。
TTL (生存時間) が正しく設定されていません。
置く TTL (生存時間) 「3600」または「1 時間」のエントリ。これにより、必要に応じて TXT レコードへの変更がインターネット上に迅速に伝達されます。

さまざまな種類の DNS TXT レコード

TXT レコードはさまざまな目的に使用できます。この記事では、最も一般的な種類の DNS TXT レコードについて説明し、それらを正しく設定する方法を示します。

SPFレコード:

SPF レコード (送信者ポリシーフレームワーク) は、他の人や組織がドメインに代わってメールを送信できないようにするために使用されます。これは、スパマーがドメインにアクセスするのを困難にするのに役立つ非常に便利なエントリです。ドメインの SPF レコードを設定するには、まず、 IPアドレス および/またはドメインに代わってメールを送信する権限のあるホスト名を作成します。このリストは、DNS ゾーンに TXT エントリとして保存する必要があります。

DKIM エントリ:

DKIM エントリ (ドメインキー識別メール) は、ドメインからのメールが本物であることを確認するために使用されます。このエントリは、DNS ゾーンに TXT エントリとして保存される公開キーで構成されます。ドメインの DKIM レコードを設定するには、まず公開キーが必要です。これはメールプロバイダーから取得することも、特別なプロバイダーを使用して自分で作成することもできます。 ツール。 ザ キー その後、DNS ゾーンに TXT エントリとして保存する必要があります。 

DMARC エントリ: 

DMARC エントリ (ドメインベースのメッセージ認証、レポート、および準拠) は、ドメインからの電子メールが許可なく送信されるのを防ぐために使用されます。 DMARC を使用すると、 成功 またはメールの認証に失敗します。ドメインの DMARC レコードを設定するには、まず特別な指示を含む XML ファイルを作成し、それを TXT レコードとして DNS ゾーンに保存する必要があります。

SRV エントリ:

SRV エントリ (サービス記録) 特定のサービスにアクセスするために使用されます サーバー ネットワーク内で見つけて使用します。これらのエントリは通常、VoIP テレフォニー、電子メール、その他のサービスに使用されます。ドメインの SRV レコードを設定するには、必要な情報 (サービス、 プロトコル、サーバー アドレスおよびポート)を、DNS ゾーンの TXT エントリとして特別な形式で保存します。

CAA エントリ:

CAA エントリ (証明機関の承認) は、ドメインの SSL/TLS 証明書の発行をどの認証局が認可されているかを決定するために使用されます。これは、確実に行うために必要なエントリです。 ウェブサイト 悪意のある攻撃から引き続き保護されます。ドメインの CAA レコードを設定するには、認証局のリストを TXT レコードとして DNS ゾーンに保存する必要があります。

追加の DNS TXT レコード:

さまざまな目的に使用できる他にも多数の DNS TXT レコードがあります。例としては、Canonical Name Record (CNAME) レコード、Pointer Record (PTR) レコード、および vCard レコード (バーチャル カード)。これらのレコードを DNS ゾーンに設定するには、必要な情報を特別な形式で TXT レコードとして保存する必要があります。

DNS TXT レコードの長所と短所

DNS TXT レコードは、DNS に送信される短いテキストです。 ドメインが追加され、ドメインに関する情報が追加されます が含まれています。このエントリは、たとえば、ドメインの所有者を確認したり、連絡先の詳細を提供したりするために使用できます。

ポジティブ
  • 検証内容:
    DNS TXT レコードは、ドメインまたは電子メール アドレスの信頼性を検証するために使用できます。
  • SPF データ: DNS TXT レコードを使用して、送信先を示す Sender Policy Framework (SPF) データを提供できます。 サーバー 特定のドメインから正規の電子メール トラフィックを送信します。
  • DMARC データ:
    DNS TXT レコードを使用すると、ドメインベースのメッセージ認証、レポートおよび適合性 (DMARC) データを提供できます。このデータは、許可されたサーバーから送信されたものではない電子メールの処理方法を電子メールの受信者に通知します。
  • スタートアップ TLS サポート: DNS TXT レコードを使用して、 サーバー 電子メール メッセージの暗号化された転送を提供します。
  • その他の用途:
    DNS TXT レコードは、ドメイン所有権の認証、セキュリティ証明書の転送、特定のアプリケーションやサービスに関する情報の転送など、他のアプリケーションにも使用できます。
  • 管理: DNS TXT レコードは慎重に管理する必要があります。 エラー データ内にデータが含まれていると、ドメインの信頼性のチェックや電子メール メッセージの送信などの重要な機能が機能しなくなる可能性があります。
  • ユーバーラスト:
    高負荷時には DNS TXT レコードも過負荷になる可能性があり、その結果、要求への応答が遅くなったり、正しく応答されなかったりする可能性があります。
  • データ保護:
    DNS TXT レコードは公開されているため、特に機密情報を提供する場合にはプライバシー上の懸念が生じる可能性があります。
  • 互換性の問題:
    一部のシステムやアプリケーションでは、DNS TXT レコードの処理に問題が発生し、互換性の問題が発生する可能性があります。
  • セキュリティリスク:
    DNS TXT レコードが慎重に保護されていない場合、悪意のある攻撃者によって簡単に操作される可能性があり、セキュリティ リスクにつながる可能性があります。

Fazit

DNS TXT レコードを構成するときに犯す最大の間違いは、自分が何をしているのかを理解していないことです。その結果、不正または無効な TXT レコードが作成されます。どちらも問題を引き起こす可能性があります ウェブサイト リード。

DNS TXT レコードを構成するときは、何をしているのかを必ず理解してください。さまざまなオプションについて調べて、最適なものを選択してください ウェブサイト フィットします。また、正しい値を入力してください。

注意..は重要!

このウェブサイト上でリンクされているすべての外部サイトは独立した情報源です。 
これらのリンクにはスポンサーは付いておらず、リンクを含めるために金銭的な寄付も受けていません。 
このウェブサイト上のすべての情報は無保証で提供されます。
このサイトは、による個人プロジェクトです。 Jan Domke 個人的な意見や経験のみを反映しています。

Jan Domke

プロンプトエンジニア |ソーシャルメディアマネージャー |ホスティングマネージャー |ウェブ管理者

2021年末からオンラインマガジンを個人運営しています SEO4Business こうして私の仕事は趣味に変わりました。
2019年から社員として働いています Senior Hosting Manager、ドイツ最大のインターネットおよびマーケティング代理店の 1 つで、常に視野を広げています。

Jan Domke