Google WorkspacesがドメインDNSに設定されていないMXレコードを拾ってしまう

0
2021.12.30

最近、新規事業のウェブサイト用に、クライアントに代わってGoDaddyオークションでドメインを取得しました。私はそのサイトを構築し、ホスティングしています。

現在、Google Workspacesを設定中で、txtレコード検証とmxレコードの追加を終えたところです。重要なのは、Godaddyがレジストラであるにもかかわらず、Godaddyのネームサーバーを使用しておら、Digital Oceanのネームサーバーを使用していることです。

mxレコードを検証しようとすると、*.aspmx.l.google.comはすべて伝搬していることに気づきます。しかし、どこにも設定していない奇妙なレコードが表示されていて、Googleが削除する必要があると言っています。

1    @     mail.picklehost.com     86400

これまでにこのような事態に遭遇したことはありませんし、オークションにかけられたドメインを管理したこともありません。いくつか質問があります。

  • オークションにかけられたドメインは、一般的にDNSのお荷物になりますか?

  • もしそうだとしたら、それは通常、ただ冷静になって待つものですか?

  • なぜGoogle Workspacesは設定されていないMXレコードを拾うのでしょうか?


secureserver.netの人は最初、「DNSにログインしてレコードを削除する必要がある」と言っていましたが、私が「それは問題ない、このレコードを設定したことはない」と言うと、電話を切られてしまいました。

NS Records :

[0] Name : mail.picklehost.com | value: ns1.totalpc.com. | ttl: 21600
[1] Name : mail.picklehost.com | value: ns2.totalpc.com. | ttl: 21600

------------------

回答
1
2021.12.30

オークションで落札されたドメインは、一般的にDNSのお荷物になりますか?

最悪の場合、古い情報がキャッシュされることがあります(通常は1日)。これはごく少数のユーザーにしか影響しませんし、ネームサーバーが更新されれば通常は大きな問題にはなりません。あなたが経験しているような問題ではありません。

なぜGoogle Workspacesは、設定されていないMXレコードを拾うのですか?

このケースでは、MXレコードは設定されてます。権限のあるネームサーバー(つまりns1.totalpc.com/ns2.totalpc.com)でクエリを実行すると、0 picklehost.comのMXレコードが提供されます。これはキャッシュの問題ではなく、ドメインが権威的に間違った回答をしているのです。

mypcname:~$ dig @ns1.totalpc.com picklehost.com mx

; <<>> DiG 9.16.1-Ubuntu <<>> @ns1.totalpc.com picklehost.com mx
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 33544
;; flags: qr aa rd; QUERY: 1, ANSWER: 1, AUTHORITY: 2, ADDITIONAL: 4
;; WARNING: recursion requested but not available

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
; COOKIE: 797182d97c7174f35f87dc2f61ce2fa5ad7fcb755c02f359 (good)
;; QUESTION SECTION:
;picklehost.com.            IN  MX

;; ANSWER SECTION:
picklehost.com.     14400   IN  MX  0 picklehost.com.

;; AUTHORITY SECTION:
picklehost.com.     86400   IN  NS  ns1.totalpc.com.
picklehost.com.     86400   IN  NS  ns2.totalpc.com.

;; ADDITIONAL SECTION:
picklehost.com.     14400   IN  A   170.249.198.42
ns1.totalpc.com.    14400   IN  A   170.249.198.42
ns2.totalpc.com.    14400   IN  A   170.249.198.43

;; Query time: 196 msec
;; SERVER: 170.249.198.42#53(170.249.198.42)
;; WHEN: Fri Dec 31 11:16:05 NZDT 2021
;; MSG SIZE  rcvd: 179

これは、実際にはDNSプロバイダーの問題であり、彼らのウェブインターフェイスが基礎となるゾーンを正しく反映していない可能性があります。これは、ネームサーバー側で修正する必要があります。(この問題を解決できない場合は、新しいネームサーバープロバイダーを探し、レジストラと一緒にDNSサーバーを更新して問題を回避してください)。

Digital Oceansのネームサーバーを使用しているとのことですが、これは間違っていると思います。あなたのレジストラ/Whois情報とDNSはすべてtotalpc.comがあなたのDNSを提供していると言っています。レジストラがネームサーバーを更新していないのではないでしょうか?

1
2021.12.30

オークションで落札されたドメインには、一般的にDNSが付いていますか?

他の人からドメインを取得した場合、そのドメインはすでに解決策を持っているかもしれませんが、DNSの設定があるかもしれません。

もしそうなら、それは通常、ただ冷静に待つものでしょうか?

ドメインが自分のものになったら、DNS設定(ネームサーバーまたはその内容、別名ゾーン)を自由に変更することができます。DNSを変更した場合、テストの仕方によっては、変更を確認するのに時間がかかる場合があります。一般的に言われていることとは異なり、伝搬はありませんのでご注意ください。

なぜGoogle Workspacesは設定されていないMXレコードを拾うのでしょうか?

何をしているのか、なぜそのような結果になるのかについては、関連するプロバイダーに問い合わせる必要があります。

dnsviz.net (非常に優れたオンライントラブルシューティングツール)でテストを行うと、ドメインが正しく設定されていると表示されますので、これで問題ありません。具体的には以下を参照してください。https://dnsviz.net/d/picklehost.com/Yc4RqA/dnssec/

権威あるネームサーバーにapexのMXレコードを照会すると、次のようになります。

$ dig @ns1.totalpc.com. picklehost.com MX +noall +ans
picklehost.com.     4h IN MX 0 picklehost.com.
$ dig @ns2.totalpc.com. picklehost.com MX +noall +ans
picklehost.com.     4h IN MX 0 picklehost.com.

と表示され、他のMXホストの痕跡はなく、いくつかの主要な再帰サーバーも正しいデータを持っています。

$ dig @1.1.1.1 picklehost.com MX +noall +ans
picklehost.com.     4h IN MX 0 picklehost.com.
$ dig @8.8.8.8 picklehost.com MX +noall +ans
picklehost.com.     4h IN MX 0 picklehost.com.
$ dig @9.9.9.9 picklehost.com MX +noall +ans
picklehost.com.     4h IN MX 0 picklehost.com.

しかし、変更する直前に問い合わせをした場合、ローカルの再帰ネームサーバーは、古いデータを4時間ほどキャッシュに保持していることになります。

追記: あなたのような問題の場合、トラブルシューティングには whois の部分は関係ありません。