[ DNSプロバイダーガイド ]
Hetzner での電子メール認証レコードの公開: 構成と検証
外部DNSおよびアプリケーション リレー パスを範囲内に保ちながら、Hetzner 管理メールの認証を構成します。
EmailAuth研究チームによる · 4 分で読めます
【ポイント】
- 編集する前に、アクティブなサービスと権限のあるDNSを確認してください。
- レコードタイプ、所有者名、および既存の認可されたサービスを保持します。
- 公開された回答と実際に調整されたメールを個別に検証します。
[ 取り除く ]
公開された回答と実際に調整されたメールを個別に検証します。
【役割別】
これがあなたにとって何を意味するか
実際の次のステップに向けて、自分の役割を選択してください。
IT / メール管理者
信頼できる回答を確認する
自動レコードと外部DNSは異なるチェックが必要です。
次のステップ
- 表示されたDKIM TXTレコードを正確にコピーします。
- 1 つのSPFポリシーを調整します。
- メールボックスとリレーのヘッダーを比較します。
CISO / SecOps
キーとルーティングの継続性を保護する
リレーの回避策は、認証を切り替えるだけではありません。
次のステップ
- 秘密キーをDNSやチケットに含めないようにしてください。
- ローカルメールボックスの依存関係を確認します。
- 調整された受信者の証拠が必要です。
創業者 / 非技術系
メール配信からホスティングを分離する
ホスティング場所はすべての送信パスを識別するわけではありません。
次のステップ
- メールフローの所有者を割り当てます。
- 申し込みメールも受付に含めてください。
- 切り替える前に移行のロールバックを承認します。
[ よくある質問 ]
よくある質問
このガイドは自己管理型の Hetzner Cloud メール サーバーを対象としていますか?
いいえ。文書化された konsoleH 管理電子メール ワークフローについて説明します。自己管理サーバーには、独自の署名および配信構成が必要です。
DKIM SPFとDMARCによる電子メール セキュリティ SMTPリレーを設定する RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC
ネームサーバーが外部の場合は何が変わりますか?
Hetzner によって表示されたDKIM TXTレコードを、konsoleH が更新できると想定するのではなく、実際の権威DNSプロバイダーで公開します。
DKIM SPFとDMARCによる電子メール セキュリティ SMTPリレーを設定する RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC
デフォルトのSPF他のサービスを許可しますか?
必ずしもそうとは限りません。外部送信者のインベントリを作成し、その承認された承認を関連する所有者で 1 つのポリシーに調整します。
DKIM SPFとDMARCによる電子メール セキュリティ SMTPリレーを設定する RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC
DKIM修正するには、ローカル メール システムを無効にする必要がありますか?
いいえ。これは特定のMicrosoft 365移行回避策の一部であり、メールボックスとルーティングの依存関係を確認する必要があります。
DKIM SPFとDMARCによる電子メール セキュリティ SMTPリレーを設定する RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC
リレーのログイン アドレスは表示される From アドレスですか?
必ずしもそうとは限りません。文書化されたリレーにより、 SMTP認証と受信者に表示される送信者が分離されます。
DKIM SPFとDMARCによる電子メール セキュリティ SMTPリレーを設定する RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC
サブドメインのDKIM署名は親の From ドメインと一致しますか?
組織とドメインの関係が正しい場合は、緩和された調整が行われる可能性があります。厳密な位置合わせには、ドメインが正確に等しいことが必要です。アクティブなポリシーと監視されたメッセージを確認します。
DKIM SPFとDMARCによる電子メール セキュリティ SMTPリレーを設定する RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC
SMTP認証が成功するとDMARC証明されますか?
いいえSMTPログインにより送信アクセスが許可されます。 DMARC 、受け渡し時に調整されたSPFまたはDKIM ID を使用して評価されます。
DKIM SPFとDMARCによる電子メール セキュリティ SMTPリレーを設定する RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC
メールボックスの移行後に何を再テストする必要がありますか?
通常のメールボックス メール、アプリケーション メール、受信ルート、および制御された外部受信者に表示される認証 ID。
DKIM SPFとDMARCによる電子メール セキュリティ SMTPリレーを設定する RFC 7208 SPF RFC 6376 DKIM RFC 9989 DMARC
[ 情報源 ]
情報源
- DKIM SPFとDMARCによる電子メール セキュリティ
セクション DKIM29 ～ 33 を有効にします。 konsoleH ネームサーバーを使用したSPF ～ 55
- SMTPリレーを設定する
セクション 範囲を限定した移行9–18。アドオンドメイン20–30; SMTPメールボックス 39 ～ 46。 DKIM /SPF48–61; SMTP接続63–72
- RFC 7208 SPF
セクション §3.2; 3.3; 4.6.4
- RFC 6376 DKIM
セクション §3.5; 3.6.2; 6.1
- RFC 9989 DMARC
セクション §4.4; 4.7; 4.10; 5
[ 用語集 ]
用語集
- 権威DNS
- ドメインのDNS応答の公開を担当するネームサーバー。
- SMTP認証
- メール サービスにメッセージを送信するために使用されるログインであり、受信者側のドメイン認証とは異なります。
- 位置合わせ
- 認証されたドメインと表示される From ドメインの間に必要な関係。
企業の来歴
一流の金融機関と政府が選ばれる理由 電子メール セキュリティ ダッシュボードを廃止しました。
従来の電子メール認証プラットフォームはダッシュボードを販売し、エンジニアに作業を依頼します。一か八かの環境では、手動による監視は適用の遅れ、構成のドリフト、および監視されていないシャドウ ドメインを意味します。
EmailAuthは、エージェントの電子メール来歴プラットフォームです。 当社のエージェントが執行します p=reject、サードパーティの送信者を調整し、ドメインを完全に移動します。 RFC 9989 新しいDMARC標準に準拠し、人間による監査機能を備えています。
SaaS · 専用テナント · エアギャップオンプレミス · BYOK 暗号化