範囲: Afrihost 共有ホスティングと cPanel
Afrihost は、cPanel で認証レコードを取得し、ClientZone の共有ホスティングDNSエディターを介して認証レコードを追加するための別の手順を公開しています。このガイドは、その文書化されたルートに従います。 Afrihost Pure Mail、外部メールボックス プロバイダー、またはすべてのホスティング パッケージが同一のレコードや署名コントロールを使用しているとは推論されません。変更を準備する前に、実際の電子メール製品と権威DNSサービスを確立してください。アカウント固有の値と現在のインターフェイスの適用性は未検証のままです。
プロバイダーの SPF 生成手順では、cPanel の電子メール配信領域を使用します。ドメインの横にある [管理] を選択し、 SPFを見つけて、その値をコピーします。その DKIM これらの手順では、同じ領域と「推奨レコードのインストール」アクションを使用します。これらは提案されたオペレーターの手順であり、この原稿に対して実行されるアクションではありません。 アフリホストSPF生成 アフリホストDKIM生成
生成、出版、署名を個別に行う
推奨されるレコードは、特定の構成インターフェイスが推奨する内容の証拠です。これは、パブリック権限ゾーンにその値が含まれているという証拠ではなく、メッセージが署名され、正常に検証されたという証拠でもありません。提案されたレコードと一緒にドメイン コンテキストを保存します。管理者が間違ったホスティング アカウントから値をコピーすると、一見もっともらしく見えても無関係な変更リクエストが作成される可能性があります。
DKIMの場合は、公開検証資料と非公開署名資料を区別してください。 DNSレコードには公開キー情報が含まれています。秘密キーを受け入れワークシートに収集したり、チケットに貼り付けたりしてはなりません。このプロトコルは、メッセージの署名を署名ドメインに接続し、 セレクタ;これらの識別子により、検証者がキーを探す場所が決まります。視覚的に類似したドメインや汎用アカウント ラベルで置き換えることはできません。 RFC 6376 、 DKIM-Signatureとキーの保管
Afrihost のDKIM作成記事には、推奨されたレコードがインストールされた後、レコードをドメインのDNSクラスターにコピーできると記載されています。これを、誰が実際に権威DNSにサービスを提供するかを確立する理由として扱います。ローカル ホスティング ビューと外部で運用されるパブリック ゾーンでは、異なるパブリケーション所有権が必要になる場合があります。ローカル インターフェイスが成功通知を表示したからといって、公開レコードが変更されたと結論づけないでください。 アフリホストDKIM生成
他の送信者を破棄せずにSPF変更を準備する
文書化された ClientZone パスは Hosting、[共有ホスティング]、[ホスティング設定]、 DNSエディター]、[新しいレコードの作成] の下にあるドメインです。 SPFについて、この記事ではTXT 、空の優先度フィールド、コピーされたSPFコンテンツ、および TTL 7200 を指定しています。このインターフェイス レシピでは、SPF ポリシーがすでに存在する場合に 2 つ目のSPFポリシーを作成することは正当化されません。既存のポリシーを確認し、承認された承認の変更のみをマージします。 アフリホストSPF出版物
SPF 、以下を含むSMTP ID を評価します。 メール送信元、人間が判読できる From フィールドを単に信頼するのではなく。ポリシーを変更する前に、関連する ID を送信するアプリケーションのインベントリを作成します。ホスト型メールボックスの送信、Web サイト通知、および外部マーケティング ツールでは、エンベロープとインフラストラクチャが異なる場合があります。 cPanel のデフォルトには、組織が採用しているすべてのサービスが含まれていると想定しないでください。 RFC 7208 、 HELOおよび MAIL FROM アイデンティティ
該当するSPFポリシーを所有者名で 1 つ保持します。ネストされたインクルードおよびその他の DNS クエリ用語をプロトコルの評価用語制限と照らし合わせて確認します。短いトップレベルのポリシーでも、過剰な依存関係パスが存在する可能性があります。レビュー方法と証拠時間を記録しますが、未実行の計画を成功したライブ評価としてラベル付けしないでください。キャッシュされた回答は評価ルールを放棄しません。 RFC 7208 、複数のレコードとDNSルックアップの制限
公開前にDKIM所有者名の曖昧さを解決する
Afrihost のDKIM公開ページでは、ClientZone ルートとDKIM TXT値の貼り付けについて説明しています。ただし、そのテキストには、完全なアカウント固有のセレクター所有者ではなく、SPF ラベル付きの指示見出しと一般的なドメイン名フィールドが含まれています。これらの詳細は、頂点DKIMレコードを作成するための安全な根拠ではありません。実際のドメインに対して生成された完全な名前と値を取得して確認し、公開を承認する前に編集者の命名規則を解決します。 アフリホストDKIM出版物
DKIMでは、セレクターと署名ドメインが_domainkeyの下のキー検索名を形成します。実際のセレクターは、アカウントのサポートされている構成から取得され、署名されるメッセージと一致する必要があります。別のサービスが使用しているという理由だけで、推測されたセレクターを指定しないでください。同じルールがコピーされた公開キーにも適用されます。その構文だけでは、意図された署名者が対応する秘密キーを保持しているかどうかは確立されません。 RFC 6376 、キーストレージ
エディターが相対ラベルを期待しているのか、それとも完全な所有者名を期待しているのかを確認してください。 DNSマスター ファイルの規則には現在のオリジンが含まれていますが、グラフィカル エディターは製品インターフェイスであり、独自の解釈が必要です。受け入れ基準は、オペレータが使い慣れた略記法を入力したかどうかではなく、結果として得られる完全修飾所有者名です。 RFC 1035 、マスターファイル形式
認証結果を狭く解釈する
プロバイダーの紹介文の中には、 DKIMスパムの防止や配信の改善などと説明しているものがあります。その説明を保証に変えないでください。 DKIM 、暗号化署名と帰属可能な署名 ID を提供します。これはメッセージ本文の暗号化ではなく、メッセージ内のすべてのビジネス命令が安全であることを確立するものではありません。有効な署名も次とは異なります。 DMARC アライメント. RFC 6376 、はじめに
実際の送信ルートの場合、受け入れレビューでは、通過したSPFまたはDKIM ID を表示される作成者ドメインに関連付ける必要があります。 DMARC 、適格な調整されたメカニズムのいずれかを通過できます。孤立して存在するDNSレコードは、メッセージに対してその関係を確立しません。また、認証によって配信が保証されたり、受信者フィルタリングが回避されたり、アカウントが悪用されていないことが証明されるわけでもありません。 RFC 9989 、識別子のアラインメントとスコープ
架空の診断: 間違った出版所有者
Cedar Trail Club という架空の団体を想像してみてください。そのボランティアは、正しい cPanel ドメインから推奨されたDKIMレコードを取得し、その値のみをDNS変更リクエストにコピーします。別のオペレーターは、リクエストにセレクター所有者が含まれていないため、レコードがルートに属していると想定します。これは考え出された計画シナリオであり、Afrihost の顧客やここで実行されたテストに関する主張ではありません。
レビュー担当者はセレクターを推測せずに不完全なリクエストを拒否します。アプリケーション所有者は、生成された完全な公開記録を提供し、意図された署名ルートを特定する必要があります。 DNSオペレーターは、権限のあるゾーンとその結果の所有者名を確認する必要があります。次に、リリース所有者は、署名と調整を受け入れる前に、承認されたプロセスを通じて取得された実際のメッセージ証拠を要求します。修正レッスンは、貼り付けた値を完全な構成として扱うのではなく、生成されたコンテキスト、公開キーの場所、メッセージ ID の間の関係を保存することです。
空白の運用受諾ワークシート
このワークシートは提案書です。作成されたアカウント結果が事前に入力されるセルはありません。
- ホスティング製品、パッケージ、およびドメイン コンテキスト: ______
- 認定 cPanel オペレーターおよび承認参照者: ______
- 権威あるDNSプロバイダーとゾーン所有者: ______
- 既存のSPFポリシーと正当な送信者インベントリ: ______
- 推奨されるSPF値とレビューされた統合ポリシー: ______
- 生成された完全なDKIM所有者名と公開値: ______
- 編集者の名前の解釈と競合チェック: ______
- 公的記録の観察、タイムスタンプ、範囲: ______
- 実際のメッセージ セレクター、署名ドメイン、エンベロープ ID: ______
- 認証と調整の証拠: ______
- ロールバック、責任ある所有者、およびリリースの決定: ______
公開および運用上の保留
アカウントの適用性、現在の製品管理、 DNS公開、署名のアクティブ化、および受信メッセージの検証は未解決のままです。アカウントへのアクセス、推奨レコードのインストール、 DNSレコードの作成、テスト メッセージの送信は行われませんでした。人間による主題のレビュー、情報源の適用性、オリジナルのカタログ証拠、生産ルート、視覚的なアクセシビリティ、および所有者の公開も公開されています。この草案は、カタログに必要な実装証拠をこの架空の診断やプロバイダーの指導的成功の文言に置き換えるものではありません。