【教えて】CNAMEのエラー回避について

[fando]

入力間違いと出てしまうのですが、プロバイダ側では入力に間違いはないといわれてしまい、対処がわかりません。
気になっているのはIPを書き換えろとエラーが出ていることです。
サブドメインなので追加するのはCNAMEだけですよね？

どうしたら、設定できるのか教えてください。

[TomohikoYamada]

@fando 

ご質問ありがとうございます！

推測ベースとなってしまい恐縮ですが、よくあるケースとしましては「必須のデータ」の末尾(.netの後ろ)に半角スペースの空白があることで入力エラーが出てしまうことが他のご利用者様からのお声でよく挙がります。

一度空白がないかご確認いただき、それでも解決いただけない場合下記ナレッジページをご参考ください。

https://knowledge.hubspot.com/ja/email/troubleshoot-your-email-sending-domain

ご参考になりますと幸いです！

よろしくお願いいたします。

[fando]

ご返信ありがとうございます！
プロバイダのDNSを確認したのですが、空白もなくていまのところ、どんづまっております。
リンク貼っていただいた、とらベルシューティングを再度読み直してみます。
なにが原因なんだろう？困っています。

[assi]

@fando プロバイダ側のレコードの設定は

CNAME page 49.212.243.166

となっている感じでしょうか？

であれば、HubSpotのサブドメインのCNAMEはIPではなく文字列を指定する形になりますので、

CNAME page 44887662.group12.sites.hubspot.net

が正しい設定状態になります（プロバイダによっては、「44887662.group12.sites.hubspot.net.」と、.netの後にピリオドが必要な場合もあります）。

追加するのがCNAMEだけでOKなのはご認識の通りです!

[fando]

ご返信ありがとうございます。
プロバイダの設定では、IPではなく、CNAMEに入力、ドットも最後に入力しているのですが、
ハブスポット側で見ると、このようなエラーになってしまうんです。

設定画面はプロバイダ側も確認して、問題ないといわれているのですが、
エラーとして、なぜかIPが現在の入力値になってしまうのです。

なにが対応はないでしょうか？

[assi · Accepted solution]

@fando なるほどです、別コメントのDNS設定のキャプチャを拝見しまして、恐らく今回設定されようとしている page.sherpaworks.jp のDNSがどこを向いているかdigコマンドを利用して調べてみました。

$ dig page.sherpaworks.jp

; <<>> DiG 9.10.6 <<>> page.sherpaworks.jp
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 46080
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;page.sherpaworks.jp.		IN	A

;; ANSWER SECTION:
page.sherpaworks.jp.	3600	IN	A	49.212.243.166

;; Query time: 47 msec
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Sun Mar 10 20:00:15 JST 2024
;; MSG SIZE  rcvd: 64

こちらがその結果で、要するに page.sherpaworks.jp はCNAMEではなくAレコードで 49.212.243.166 に向いてしまっており、HubSpotのドメイン設定画面が表示しているエラー画面の内容と一致します。

そのため、原因としてはHubSpot側ではなくやはりプロバイダ側にあると考えられます。

ちなみに、仮にCNAMEを介してAレコードへ参照させている場合、例えばキャプチャの他の例で言いますと www.sherpaworks.jp に対してdigコマンドを実行すると、以下のように「ANSER SECTION」にCNAMEのレコードも表示されます。

dig www.sherpaworks.jp

; <<>> DiG 9.10.6 <<>> www.sherpaworks.jp
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 15560
;; flags: qr rd ra; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;www.sherpaworks.jp.		IN	A

;; ANSWER SECTION:
www.sherpaworks.jp.	3600	IN	CNAME	sherpaworks.jp.
sherpaworks.jp.		3600	IN	A	49.212.243.166

;; Query time: 48 msec
;; SERVER: 192.168.0.1#53(192.168.0.1)
;; WHEN: Sun Mar 10 20:05:11 JST 2024
;; MSG SIZE  rcvd: 77

これにより、 page.sherpaworks.jp はCNAMEではなくAで49.212.243.166を向いてしまっていることがわかります。

しかし、キャプチャの内容を拝見する限りはpageサブドメインに対するCNAMEの設定自体も違和感はありませんでした。

にも関わらず page.sherpaworks.jp に対するCNAMEの変更がDNSの世界に反映されていないのは、やはりプロバイダ側に原因があると考えられます。

そのため、プロバイダに対して再度、

「pageサブドメインに対するCNAMEはこのように設定している」

「しかし、digコマンドを実行すると page.sherpaworks.jp. 3600 IN A 49.212.243.166 という応答が返って来ており、CNAMEの設定が反映されていないことがわかる」

「仮にCNAMEの設定の仕方に問題が無いのであれば貴社側のシステムが正常に稼働していない可能性があるので、再度調査をお願いしたい」

というようにお問い合わせされると、まともなプロバイダであれば再調査が入るのではないかと思います。

※「HubSpotでこういうエラーが出た」というお伝えの仕方ですと、プロバイダ側に「HubSpotに不具合がある可能性がある」という可能性も与えてしまいますが、digコマンドによる結果はDNSの世界において標準的に利用されるものであるため、プロバイダ側も逃げ道（と言ってしまうと言葉が悪いですが…）が無くなります

[fando]

プロバイダ側からは、ハブスポット側に問題があるといわれてしまっていたので、ここまで調べていただき、本当に助かりました！
こちらの内容に寄せて、プロバイダ側の原因究明をしていただくように再度問合せしてみます！

[assi]

@fando 

連投すみません、後は考えられる原因として、「実はこのプロバイダ（キャプチャでいただいている設定画面のプロバイダ）ではDNSの管理をしていなかった」ということも可能性が0ではありません。

その場合、独自ネームサーバーの設定画面で他社のネームサーバーが指定されているかと思いますので、そちらの業者の設定画面で実はDNSを管理していた、ということもあります。

（少々レアケースではありますが）