条件付き転送; MXレコードが解決されない、クラウドでの交換
長い間、私の会社は最近買収されました。アクセスを容易にするために、私たちと親会社の間にSSLトンネルを設定しました。昨日、DNSに条件付き転送を設定して、親会社側のFQDNを解決できるようにしました。
昨夜、Exchangeサーバーが、親会社の誰かに送信した電子メールで配信が遅れているというメッセージをバウンスしました。私の推測では、ドメインの条件付き転送のために、ExchangeがDNSサーバーを使用してMXを解決しようとしているためです。
彼らは電子メールホスティングにExchangeOnlineを使用しているため、SSLトンネルを越えてヒットするサーバーはなく、独自のサーバーの独自のDNS内にMXレコードもありません。
これをどのように解決できるか考えていますか？
MXが解決のためにインターネットに送信するための2番目の条件付き転送を実行できますか？ゾーンを設定することも、条件付きにすることもできないことを私は知っています。これでどこに行くべきかわからない。
Exchangeには、「外部DNSを使用する」設定があり、送信コネクタごとに有効にできるメールフローの宛先を検索します。この機能を有効にすると、Exchangeが条件付きフォワーダーを回避できるようになります。使用する外部DNSサーバーのExchangeサーバーにプロパティを設定する必要があります。8.8.8.8またはそれ以外の場合は、コネクタのオプションを有効にします。
最初のステップとして、NSローカルMSExchangeサーバーで、他社のドメインを検索して、ここで取得したものを確認します。
nslookup
set q=mx
ローカルのExchangeサーバー（および何らかの理由で）が、クラウド内のサーバーではなく、存在しないExchangeサーバーを指すローカルMXエントリを持っているセットアップをいくつか見ました。 DNSのクリーンアップによって混乱が解決されたため、ここでの修正は非常に簡単でした。