ドメインのDNS解析レコードを追加する際に、CNAMEレコードとMXレコードの競合が表示されるのはなぜですか？
example.comに次のレコードを設定する必要があると仮定します：
|
MX | www | mx.mail.com |
CNAME | www | test.edgeone.com |
再帰的な名前解決クエリを実行する際、各レコードタイプ間には優先順位があります。RFC1034およびRFC2181によると、CNAMEの優先順位が最も高いため、名前解決リクエストの処理中にCNAME解決レコードの結果が優先的に返されます。したがって、ホストレコード値が同じ場合、ドメインにCNAMEレコードとMXレコードを同時に設定することは許可されず、設定時にレコード競合のメッセージが表示されます。
一部のビジネスシナリオでは、ホストレコードが@の場合にCNAMEレコードとMXレコードを同時に追加する必要があります。EdgeOneはCNAMEレコードとMレコードの同時設定を許可できます：
|
MX | @ | mx.mail.com |
CNAME | @ | test.edgeone.com |
警告：
このシナリオの設定方法では、メールボックスが正常に受信できなくなったり、受信状態が不安定になったりする問題が発生します。メールサーバーのLocal DNSが@レコードのCNAMEタイプの名前解決を優先的に実行した場合、@レコードのMXタイプの名前解決に影響が生じ、名前解決の失敗や期待する解決結果が得られない現象が発生します。ホストレコードが@以外の場合でも、MXレコードとCNAMEレコードは競合が表示されます。具体的な競合ルールについては、下記の他のレコードタイプの競合に関する図表を参照してください。
ドメインのDNS解析レコードを追加する際に、CNAMEレコードとTXTレコードの競合が表示されるのはなぜですか？
example.comに次のレコードを設定する必要があると仮定します：
|
TXT | www | edgeone-txt-flag |
CNAME | www | test.edgeone.com |
CNAMEレコードとMXレコードの競合と同様に、CNAMEレコードの優先順位が最も高いため、ホストレコードが同じ場合、CNAMEレコードとTXTレコードを同時に設定すると、TXTレコードが正常に名前解決できず、対応するサービスが利用できなくなる可能性があります。そのため、EdgeOneはレコード競合のメッセージを表示することでこのような設定を制限します。
一部のビジネスシナリオでは、ホストレコードが@の場合にCNAMEレコードとTXTレコードを同時に追加する必要があります。EdgeOneはCNAMEレコードとTXTレコードの同時設定を許可できます：
|
TXT | @ | edgeone-txt-flag |
CNAME | @ | test.edgeone.com |
警告：
このシナリオの設定方法では、TXT検証が通過しないなどの問題が発生する可能性があります。このような場合はCNAMEレコードを削除してください。ホストレコードが@以外の場合でも、TXTレコードとCNAMEレコードは依然として競合します。
ドメイン追加時に競合するレコードタイプはどれですか？
ドメイン名解決レコード間の競合の説明は以下の表に示します：
✓：競合しません。同じホストレコードの下で、この2種類の名前解決レコードは共存できます。例えば、www.example.comのAレコードをすでに設定している場合でも、www.example.comのMXレコードをさらに設定できます。
×：競合します。同じホストレコードの下で、この2種類の名前解決レコードは共存できません。例えば、www.example.comのAレコードをすでに設定している場合、www.example.comのCNAMEレコードをさらに設定することはできません。
|
A | ✓ | ✓ | × | ✓ | × | ✓ | ✓ | ✓ |
AAAA | ✓ | ✓ | × | ✓ | × | ✓ | ✓ | ✓ |
CNAME | × | × | × | × | × | × | × | × |
MX | ✓ | ✓ | × | ✓ | × | ✓ | ✓ | ✓ |
NS | × | × | × | × | ✓ | × | × | × |
TXT | ✓ | ✓ | × | ✓ | × | ✓ | ✓ | ✓ |
SRV | ✓ | ✓ | × | ✓ | × | ✓ | ✓ | ✓ |
CAA | ✓ | ✓ | × | ✓ | × | ✓ | ✓ | ✓ |
説明：
上表はホストレコードが@以外の場合の競合状況を示します。ホストレコードが@の場合、CNAMEレコードとMX、TXTレコードは競合せず、設定が許可されます。
レコードタイプがA/AAAA/CNAMEの場合、同じホストレコードで解析とアクセラレーションを同時に利用できますか？
example.comに次のレコードを設定すると仮定します：
このとき、いずれかのホストレコードに対してアクセラレーションを有効にしようとすると競合が発生します。同じホストレコードでは名前解決とアクセラレーションを同時に存在させることはできません。ホストレコード値が1.1.1.1のこのレコードに対してアクセラレーションを有効にする必要がある場合は、先にホストレコード値が2.2.2.2のこのレコードを削除してから有効にしてください。
説明：
A/AAAA/CNAMEの3種類のレコードタイプでは、上記の競合状況が発生します。
重み付けが設定されていない場合、同じホスト名で複数のA/AAAA/CNAMEレコードが存在すると、解析結果はどうなりますか？
同じホストレコードのA/AAAAレコードが複数存在する場合、重みが設定されていないときは、すべてのA/AAAAレコードが返されます。同じホストレコードのCNAMEレコードが複数存在する場合、重みが設定されていないときは、ラウンドロビン方式でいずれか1つのCNAMEレコードが返されます。
NSサーバー設定後、反映までにどのくらい時間がかかりますか？DNSレコードの解析に影響はありますか？
NSサーバーアドレスを変更した後、各ISPプロバイダーにキャッシュが存在するため、NSの有効化時間は通常0～48時間です。有効化時間は各ドメイン名登録事業者によって異なります。そのため、NSサーバーを変更した後、EdgeOneが最新のNSサーバーアドレスをすぐに検出できない場合があります。しばらくお待ちください。
NSサーバーが有効になる前は、DNSレコード値は古いNSサーバーに設定されたDNSレコードに基づきます。切り替えプロセス中、名前解決サービスの中断を避けるために、切り替え前にすべてのDNSレコードをEdgeOneにインポート済みであることを確認することを強くお勧めします。インポート方法については、DNSレコードの一括インポートを参照してください。 DNSレコード設定後、反映までにどのくらい時間がかかりますか？
DNSレコード設定後、各地域のネットワーク事業者のDNSにはキャッシュが存在するため、キャッシュの有効期限が切れていない間は、NSサーバーに最新の名前解決レコードを要求せず、以前にキャッシュされた名前解決結果を直接ユーザーに返します。そのため、事業者のローカルキャッシュが更新された後に、名前解決が実際に有効になります。名前解決の有効化時間は主に、事業者のDNSにキャッシュされた名前解決レコードのTTLの満了時間に依存します。最速で5～30分で有効になると見込まれます。DNSサーバー名を変更した場合は、通常24～48時間で有効になります。