電子メールフィールドにCloudflareを介してWHM / Cpanelサイトに使用するIP
クラウドサーバーを使用して、サイトをWHM/CPanelでホストしています。他のすべては順調に進んでおり、私のサイトがどれだけうまく機能しているかを誇りに思っています。ただし、メールが機能しないため、誰も自分でサインアップできません。
奇妙なことに、私が何年も前にサインアップしたものからのメールが今日届いていますが、自分でメールを受信または送信できません。また、確認メールなどをクリックする必要があるため、ユーザーがサインアップできなくなります。
WHMはIP Aを呼び出すIPアドレスに設定され、サイトはIP Bを呼び出す接続されたIPにあります。ドメインはGodaddyを通じて登録され、Cloudflareを仲介者として使用して攻撃を阻止しています前に取得します。サイト自体は数日前に適切に解決されなかったため、Cloudflareでホスティングするためにすべてのクラウドをグレーアウトしました。これにより問題が修正され、それ以外のサイトは正常に機能します。 Cloudflare DNSおよびHTTPを使用するために、オレンジ色のメールを含む他のすべてのクラウドを残しました。
HTTPではなくCloudflare DNSを使用するために、これらをすべてグレー表示にしました。事は私がそれが助けになるとは思わない、私はそのような小さなことを試して、DNSが機能するかしないかを数日待たなければならないことはできない。
Roudcubeを使用しています。 IP Aで開きます。WHMIP。
私の質問は、MAILなどの電子メールフィールドを含む（現在のように）CloudflareのすべてのフィールドにIP Bを使用するか、すべてのサイト関連フィールドにIP Bを使用し、電子メールフィールドにIP Aを使用するか？
そして/または、私が書いたものから何か間違ったことを見ましたか？
お時間をいただきありがとうございます。
受信メールの場合、ドメインでMXレコードを適切に設定する必要があります。このレコードは、送信先をメールで送信したい人に伝えます。 WHMを使用して電子メールを処理する場合、最終的にクラウドサーバーのIPアドレス（IP A）を指すようにする必要がありますが、MXレコードはIPアドレスではなくドメインのみを指すことができるため、別のAタイプレコードをドメイン名が指すIPをすべての人に知らせるDNS（これらの名前からIPアドレスへのマップ）構成。たとえば、次のようになります。
MX record: mail.example.com
A record: mail = 1.2.3.4 (IP A)
そのようにして、IP Aにあるmail.example.comのサーバーにexample.comのメールを送信するというチェーンがあります。Cloudflareはメールを処理しないため、これらのレコードのすべてのクラウドをオフにする必要があります。
アウトバウンドメールは、クラウドフレアにまったく接触しません。WHMおよびCpanelの設定は、正しく送信するためにセットアップする必要があります。 CSFのようなものをインストールした場合、ファイアウォールが（25、465など）などの一般的なメールサーバーポートへのアウトバウンド/インバウンド接続を許可していることを確認します。上記のような有効なMXレコードがあれば、受信サーバーがこれをチェックすることもありますが、配信には間違いなく役立ちます。
動作させることはできますが、プロジェクトのサイズによっては、送信メール用のトランザクションメールサービスや、受信メール用のGoogle Appsなどのホスティングサービスに移行することもできます。
また、Analogがすでに示唆しているように、悪意のある攻撃者がCF保護をバイパスしてサーバーを直接攻撃する可能性があるため、これも人々が電子メールをアウトソースすることを選択する理由の1つです。