Dns on qwerty.work

【DNS】メールを送るだけでSPFとDKIMのチェックができるテストサイト

Thu, 20 Mar 2025 01:00:41 +0900

ドメインの移管やメールサーバーの移転などでDNSレコードを変更した際、気になることの一つがメールの送受信。SPF、DKIM、DMARCの設定が不安の時に使えるサイトがあります。これはブラウズに表示された宛先にメール送るだけでテストできて簡単です。メールソフトで送受信テストしても、迷惑メールとして扱われてないか？Gmailではじかれていないか？不安になることがありますが、これでテストすれば少し安心できます。

https://www.mail-tester.com/ https://www.mail-tester.com/

WixとBizメールを組み合わせるときのDNSレコードサンプル

Fri, 01 Nov 2024 00:00:00 +0000

WEB・メール・ドメインが全部バラバラ

以下のような環境の際のDNSレコードのメモ。特にビズメール（ホームページ＆メール）を以下のようにすべてバラバラの環境に移行した場合のメモ。

ドメイン：お名前ドットコム
ホームページ： Wix
メールサーバ： Bizメール＆ウェブ（NTTコミュニケーションズ）

DNSレコード

通常のレンタルサーバーと違って、Bizメールが絡むとちょっと厄介です。手こずった方も多いのではないでしょうか。今回うまくいったDNSレコードの設定をメモ。

お名前ドットコムに登録したDNSレコードの例１

対象ドメインがabc.comで、メールアドレスがxxx＠abc.comで、ホームページ公開URLがwww.abc.comである場合の例。

特に①のWixのポインティング方式でドメイン接続する際に指示されるIPアドレスの追加と、③の127.0.0.1のループバックアドレスの追加。

No.	ホスト	タイプ	値	説明
①	www	A	111.111.111.111	WixのグローバルIPアドレス（数字は実際の環境のものに入れ替える）
②	（空白）	A	222.222.222.222	BizメールのメールサーバーIPアドレス（数字は実際の環境のものに入れ替える）
③	（空白）	A	127.0.0.1	要らないかも
④	ftp	CNAME	abc.com	要らないかも
⑤	pop	CNAME	abc.com	要らないかも
⑥	imap	CNAME	abc.com	要らないかも
⑦	smtp	CNAME	abc.com	要らないかも
⑧	mail	CNAME	abc.com	要らないかも
⑨	（空白）	TXT	v=spf1 a include:_spf.bizmw.com ~all	Bizメールで指定のSPFレコード
⑩	（空白）	MX	mwbgw1.ocn.ad.jp	Bizメールで指定のサーバー名
⑪	（空白）	MX	mwbgw2.ocn.ad.jp	Bizメールで指定のサーバー名

DKIM、DMARCのTXTレコードは未確認

①のWixのグローバルIPアドレスについて

Wixの公式ドキュメントなどで説明がある内容と異なります。Wixの説明では、wwwをCNAMEで登録するように書かれていますが、Aレコードで直接IPアドレスを書きます。

③のループバックアドレスについて

ループバックアドレスとは、127.0.0.1のことでlocalhostを表します。なぜこれがいるのか不明ですが、参考サイトにもあったので考えずに追加してみましょう。

④～⑧のCNAMEについて

これは以下のようにアスタリスク（*）で、一つにまとめてもいいかもしれません。

*　CNAME　abc.com

むしろ、CNAMEは全部無くてもいい気がします。

⑨のSPFレコードについて

メールサーバーのグローバルIPアドレスや、独自ドメイン名も登録したい場合は以下の公式ヘルプを参照。

https://www.ntt.com/business/services/cloud/rental-server/biz/function/setting-spf.html?\_gl=1\*ee9lq0\*\_ga\*MTgwMDUzMTE4My4xNzMwNzE3MjQz\*\_ga\_64VPN83DT4\*MTczMDcxNzI0Mi4xLjAuMTczMDcxNzI0Mi42MC4wLjA.\*\_ga\_SPQ4VXW6SM\*MTczMDcxNzI0Mi4xLjAuMTczMDcxNzI0Mi42MC4wLjA. https://www.ntt.com/business/services/cloud/rental-server/biz/function/setting-spf.html?\_gl=1\*ee9lq0\*\_ga\*MTgwMDUzMTE4My4xNzMwNzE3MjQz\*\_ga\_64VPN83DT4\*MTczMDcxNzI0Mi4xLjAuMTczMDcxNzI0Mi42MC4wLjA.\*\_ga\_SPQ4VXW6SM\*MTczMDcxNzI0Mi4xLjAuMTczMDcxNzI0Mi42MC4wLjA.

⑩⑪のMXレコードについて

基本的に以下のいずれかがMXレコードとして追加されていると思いますが、メメールセキュリティサービスを利用の有無で内容が異なります。

メールセキュリティサービスを利用している場合

以下の2つをMXレコードとして追加します。

mwbgw1.ocn.ad.jp
mwbgw2.ocn.ad.jp

メールセキュリティサービスを利用していない場合

以下の一つのみをMXレコードとして追加します。

abc.com（使用している独自ドメイン）

参考サイト

ホームぺージをジンドゥーで、メールがBizメール＆ウェブの場合の参考ページ。

https://office-gita.com/diary/jimdo-bizmail https://office-gita.com/diary/jimdo-bizmail

簡略化した例2

STUDIOでは以下のレコードで大丈夫でした。

www.abc.com. A STUDIOのサーバーIPアドレスabc.com. A Bizメール＆ウェブIPアドレスabc.com. MX 10 mwbgw1.ocn.ad.jp.abc.com. MX 10 mwbgw2.ocn.ad.jp.abc.com. TXT "v=spf1 a include:_spf.bizmw.com +ip4:Bizメール＆ウェブIPアドレス include:_abc.com ~all"bizmw._domainkey.abc.com TXT "v=DKIM1; k=rsa; p=MIG*********QAB"_dmarc.abc.com.TXT "v=DMARC1; p=reject;"

No.	ホスト	タイプ	値	説明
①	www	A	111.111.111.111	WixのグローバルIPアドレス（数字は実際の環境のものに入れ替える）
②	（空白）	A	222.222.222.222	BizメールのメールサーバーIPアドレス（数字は実際の環境のものに入れ替える）
③	（空白）	MX	mwbgw1.ocn.ad.jp	Bizメールで指定のサーバー名
④	（空白）	MX	mwbgw2.ocn.ad.jp	Bizメールで指定のサーバー名
⑤	（空白）	TXT	“v=spf1 a include:_spf.bizmw.com ~all”	Bizメールで指定のSPFレコード
⑥	bizmw._domainkey	TXT	“v=DKIM1; k=rsa; p=MIG*********QAB”	Bizメールで指定DKIMの設定
⑦	_dmarc	TXT	“v=DMARC1; p=reject;”	DMARCの設定

参考サイト

ホームぺージをヘテムルで、メールがBizメール&ウェブビジネスの場合の参考ページ。

https://mothershipweb.jp/webtec/post7497 https://mothershipweb.jp/webtec/post7497

Bizメール&ウェブビジネスのSPFの書き方。

https://www.ntt.com/business/services/cloud/rental-server/biz/function/setting-spf.html https://www.ntt.com/business/services/cloud/rental-server/biz/function/setting-spf.html

【DNS】ドメイン移管などに便利なDNSレコードをオンラインで確認できるサイト

Wed, 18 Sep 2024 00:00:00 +0000

オンライン確認サイト

https://rakko.tools/tools/18 https://rakko.tools/tools/18

http://webadmin.jp/tooldns http://webadmin.jp/tooldns

https://dns.flexion.jp https://dns.flexion.jp

https://www.seonet.jp/domain/dns https://www.seonet.jp/domain/dns

https://dnschecker.org/all-dns-records-of-domain.php https://dnschecker.org/all-dns-records-of-domain.php

https://www.whatsmydns.net https://www.whatsmydns.net

コマンド

Windows

nslookup -type=any domain.com

Mac

dig -t any domain.com

ドメイン接続のDNS/SSL関連のエラー調査時に使えそうなオンラインツール

Sun, 10 Mar 2024 00:00:00 +0000

ドメイン、WEBサーバー、メールサーバーがすべて別の契約で、DNSレコードを設定は間違いないのにサイトに紐づけてもホームページが表示されず、SSL関連のエラーがブラウザに表示されて困ったことがあります。

STUDIOやWIXなどのクラウドサービスを使用していると、サイトの公開時に自動で行われているSSLサーバー証明書の発行でコケることがあります。ドメイン接続をやり直してもコケることがあります。その際に、ブラウザのエラーメッセージだけではヒントが少なすぎて何が原因でエラーになっているのが、わかりにくいです。

そもそも設定したDNSレコードが間違っていないか？それともSSLの状態が悪いのか？外部から見てどうなっているのか簡単にオンラインで調査できるサイトがあるのでメモ。直接エラーを直してくれるものではないですが、エラーの対処のヒントになるかもしれません。

オンラインツール

独自ドメインのDNSレコードの状況を知りたいとき

ドメイン名からAレコード、CNAME、MX、NS等のレコードの状況と、世界中のDNSサーバーの浸透具合がわかるサイト。

https://www.whatsmydns.net/ https://www.whatsmydns.net/

Whoisの内容を調べたいとき

https://www.whois.com/whois/ https://www.whois.com/whois/

https://whois.domaintools.com/ https://whois.domaintools.com/

SSL/TLS証明書関連のエラーの詳細を調べたいとき

サイトを表示した際、ブラウザ上にSSL関連のエラーから具体的に何が原因なのか詳しく知りたいときに使えそうなサイト。

https://www.ssllabs.com/ssltest/analyze.html https://www.ssllabs.com/ssltest/analyze.html

【DNSレコード】ドメイン、WEB、メールがすべて別々の場合

Tue, 05 Mar 2024 00:00:00 +0000

以下のように、ドメイン、ホームページ、メールをすべてバラバラのサービスで契約した場合や、移管や移転で分離した際でも、独自メイン（例：example.com）でホームページもメールもアクセスできるようにするDNSレコードの設定例をメモ。

公開インフラの環境

ムームーDNSの設定例

ムームードメインの管理画面で、最低限必要なDNSレコードの設定は以下の通りです。

ホスト名	タイプ	データ	優先度	メモ
（空欄）	A	34.111.141.225		STUDIOのグローバルIPアドレス
mail	A	XXX.XXX.XXX.XXX		メールサーバ（さくらインターネット）のグローバルIPアドレス
（空欄）	MX	example.sakura.ne.jp	10	さくらインターネットの初期ドメイン（exmapleの部分はご自分の環境の物に入れ替えてください）
（空欄）	TXT	v=spf1 a:www1234.sakura.ne.jp mx ~all		さくらインターネットのホスト名（www1234の部分はご自分の環境の物に入れ替えてください）

DKIM、DMARCを追加する場合

メールのなりすまし対策として、DKIMやDMARCもDNSレコードに追加したいときの例。

ホスト名	タイプ	データ	優先度	メモ
rs20240305._domainkey	TXT	v=DKIM1; k=rsa; p=MIIBIabcd～～～xyzAB		さくらインターネットのメールの管理画面で設定したもの
_dmarc	TXT	v=DMARC1; p=none; aspf=r; adkim=r		さくらインターネットのメールの管理画面で設定したもの

さくらインターネットのDNS設定例

ドメインとメールサーバーがさくらインターネットで、WEBサーバーがSTUDIOの場合。

以下の画面はさくらインターネットのコントロールパネルの**「ドメイン契約の一覧」**から進んだ画面の一例です。

参考ページ

https://support.muumuu-domain.com/hc/ja/articles/12999927550099-STUDIO%E3%81%A8%E6%8E%A5%E7%B6%9A%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95%E3%82%92%E6%95%99%E3%81%88%E3%81%A6%E3%81%8F%E3%81%A0%E3%81%95%E3%81%84 https://support.muumuu-domain.com/hc/ja/articles/12999927550099-STUDIO%E3%81%A8%E6%8E%A5%E7%B6%9A%E3%81%99%E3%82%8B%E6%96%B9%E6%B3%95%E3%82%92%E6%95%99%E3%81%88%E3%81%A6%E3%81%8F%E3%81%A0%E3%81%95%E3%81%84

https://www.ni4.jp/2014/09/22-125209.html https://www.ni4.jp/2014/09/22-125209.html

STUDIOで制作したサイトを独自ドメインで公開するときのDNS Aレコード

Thu, 24 Aug 2023 00:00:00 +0000

ノーコードでホームページを制作できるSTUDIOで、制作したサイトを独自ドメインで公開する際に必要なDNSの設定についてメモ。

STUDIOのAレコード

Aレコードはホームページを公開するWEBサーバーのIPアドレス（IPv4)です。お名前.com やムームードメイン、バリュードメイン、Xserverドメイン、Google Domains、名づけてねっと、.oneなど珍しいドメインを取り扱っているゴンベエドメインなど、ドメイン会社のコントロールパネルでDNSの設定を変更する際、Aレコードを以下の内容に変更。

34.111.141.225

以下の公式サイトのサポートページに記載があります。

https://help.studio.design/ja/articles/5707271-studio%E3%81%A7%E6%8E%A5%E7%B6%9A-%E5%85%AC%E9%96%8B%E3%81%97%E3%81%A6%E3%81%84%E3%82%8B%E7%8B%AC%E8%87%AA%E3%83%89%E3%83%A1%E3%82%A4%E3%83%B3%E3%81%AE%E3%83%A1%E3%83%BC%E3%83%AB%E3%82%A2%E3%82%AB%E3%82%A6%E3%83%B3%E3%83%88%E3%82%92%E5%88%A9%E7%94%A8%E3%81%99%E3%82%8B%E3%81%AB%E3%81%AF%E3%81%A9%E3%81%86%E3%81%97%E3%81%9F%E3%82%89%E8%89%AF%E3%81%84%E3%81%A7%E3%81%99%E3%81%8B https://help.studio.design/ja/articles/5707271-studio%E3%81%A7%E6%8E%A5%E7%B6%9A-%E5%85%AC%E9%96%8B%E3%81%97%E3%81%A6%E3%81%84%E3%82%8B%E7%8B%AC%E8%87%AA%E3%83%89%E3%83%A1%E3%82%A4%E3%83%B3%E3%81%AE%E3%83%A1%E3%83%BC%E3%83%AB%E3%82%A2%E3%82%AB%E3%82%A6%E3%83%B3%E3%83%88%E3%82%92%E5%88%A9%E7%94%A8%E3%81%99%E3%82%8B%E3%81%AB%E3%81%AF%E3%81%A9%E3%81%86%E3%81%97%E3%81%9F%E3%82%89%E8%89%AF%E3%81%84%E3%81%A7%E3%81%99%E3%81%8B

お名前ドットコムでの設定手順の例

https://mik2062.jp/studio-custom-domain/ https://mik2062.jp/studio-custom-domain/

Google Domainsでの設定手順の例

https://help.studio.design/ja/articles/1884451-dns%E3%83%AC%E3%82%B3%E3%83%BC%E3%83%89%E8%A8%AD%E5%AE%9A https://help.studio.design/ja/articles/1884451-dns%E3%83%AC%E3%82%B3%E3%83%BC%E3%83%89%E8%A8%AD%E5%AE%9A

公開時はTLS証明書の発行に数時間かかる

STUDIOで制作したサイトを公開する際は、DNSのAレコードを変更してから公開の設定作業が必要です。STUDIO上で公開作業を進めていく上で、独自ドメインへの接続をクリアすると、TLS証明書の発行が始まります。しかし、これが数時間かかるため、公開作業は夜間に行う方がいいかもしれません。結果、2時間～3時間近くかかりました。

[caption id=“attachment_507” align=“alignnone” width=“700”] この画面をうっかり閉じても、バックグラウンドで発行作業は進行しています。再度「公開設定」画面にアクセスすることで、ステータス（進捗状況）を確認することができます。[/caption]

私は通常の業務時間に行ったため、TLS証明書が発行されていない状態でサイトにアクセスするとHTTPSで強制的に接続され**「このサイトへの接続はセキュリティで保護されていません」**と、証明書がないためにずっとエラー画面（ERR_SSL_VERSION_OR_CIPHER_MISMATCH）が出たままになってしまいました。

https://help.studio.design/ja/articles/4358651-tls-%E8%A8%BC%E6%98%8E%E6%9B%B8 https://help.studio.design/ja/articles/4358651-tls-%E8%A8%BC%E6%98%8E%E6%9B%B8

同じように時間がかかって困った方の記事

早ければ5～10分程度という方もいらっしゃるみたいですが、中には一晩かかったという方も…。

独自ドメイン接続完了画面

TLS証明書の発行が完了すると、以下の画面になります。この後、サイトにアクセスすると制作したサイトが見れると思います。

CloudFlareを使ったサイトのcPanelでDNS DCVエラーに対処

Mon, 08 May 2023 19:56:40 +0900

発端はcPanelからのエラーメール

レンタルサーバーはミックスホストを利用しています。このレンタルサーバー上で、複数のサイトを公開しています。その中で、いくつか表示を高速化させる目的で無料で使えるCDNのCloudFlareを使用しています。CloudFlareを使用しているドメインを対象にミックスホストのコントールパネルであるcPanelから、以下のメールが届きました。

DNS DCV: No local authority: “cpanel.example.com”; HTTP DCV: “cpanel.example.com” does not resolve to any IP addresses on the internet.

DNS DCV: ローカルオーソリティがありません： “cpanel.example.com”; HTTP DCV: “cpanel.example.com” は、インターネット上のどの IP アドレスにも解決しません。内容としては、AutoSSLでサーバー証明書を更新するために必要な****ドメイン認証ができなかったということでした。

この時点で、何かしらの設定をcPanel側かCloudFlare側のどちらにすればいいのか？初めてのことでチンプンカンプンでした。しかし、このまま放っておくと、サーバー証明書の期限が切れて面倒なことになると嫌だなと対処することにしました。

一時的にCloudFlareを無効化してからAutoSSLを更新

海外のサイトにヒントがありました。

https://www.liquidweb.com/kb/how-to-repair-the-dns-dcv-error-in-cpanel/ https://www.liquidweb.com/kb/how-to-repair-the-dns-dcv-error-in-cpanel/

日本語訳にしたこのページによると、この問題を解決するには、以下の4つが候補とありました。

スタンドアロンのSSL証明書を購入する
cPanelのAutoSSLをオフにして、CloudflareのSSLのみを使う
CloudflareのSSLはなしで、cPanelのAutoSSLのみを使う
Cloudflareを一時的に停止してから、AutoSSLの証明書を更新する

私はどちらのSSLも有効なまま使用したいので、迷わず4番を実行することにしました。

手順

1.CloudFlareにログインして、対象のドメインを選択

2.「Overview」メニューを選択し、ページ右下の「Advanced Action」にある**「Pause Cloudflare on Site」**をクリック

3.**「Confirm」**をクリック

4.MixhostのcPanelの「SSL/TLS Status」を開き、**「Run AutoSSL」**ボタンをクリック

5.処理が終わるまで数分待ちます

6.するとエラーが消え更新完了となります

7.最後に、Cloudflareに戻り、「Overview」メニューを選択し、ページ右下の「Advanced Action」にある**「Enable Cloudflare on Site」**をクリックして有効化

以上。

エラーが残ったままになる場合

cPanelの「SSL/TLS Status」の画面でエラーが一部残ったままになる場合は、CloudflareのDNSにCNAMEまたはAレコードの登録が不足しているのが原因かと思われます。特にサブドメインのURLです。私はこのパターンでした。以下のようにレコードを追加して、再度**「Run AutoSSL」**を行ってみてください。解消されるはずです。

CNAMEを追加した例

CloudflareのDNS Recordsにサブドメイン名とFQDN（対象ドメイン）を追加

Aレコードを追加した例

CloudflareのDNS Recordsにサブドメイン名とレンタルサーバー（Mixhost）のIPアドレスを追加

この事に繋がるヒントが以下のページにありました。

https://define.co.jp/ssl/certificate-generation-process/domain-control-validation#vk-htags-dfb56e88-98c0-4aac-ba09-32e85145aaaa https://define.co.jp/ssl/certificate-generation-process/domain-control-validation#vk-htags-dfb56e88-98c0-4aac-ba09-32e85145aaaa

まとめ

今回のエラーはDNSに対してCNAMEによるドメイン認証、またはhttp通信でコモンネーム（FQDN）をCSRを元に作成したハッシュ値をファイル名にしたテキストファイル（http(s)://ドメイン/.well-known/pki-validation/ハッシュ値.txt）をサイト上で確認したかったが、それをクラウドフレアが邪魔しているといった話のようです。AutoSSLは3ヶ月に一度、サーバー証明書が自動更新される仕組みなので、3か月後もこの作業をしなければならないかもしれません。

今度試してみたいこと（その1）

後からの気づきですが、3ヶ月に1回この作業をするのも面倒なので、Cloudflareに設定を追加して今回のドメイン認証エラーを回避することができるのではないかと思いました。

例えば、

/.well-known/pki-validationの階層では「キャッシュを無視（スキップ）」、「SSLオフ」、「アプリの無効化」など、考えられるいずれかのルールを追加する
【効果なし】DNS Recordsにあるドメインを除き、サブドメインのAレコードをすべてCNAMEに変更する
【効果なし】DNS Recordsにあるドメインを除き、サブドメインのAレコードをすべて削除する

このどれかで回避できちゃったりするのかもしれませんので、またエラーが出たときに試してみたいと思います。

以下のCloudflareによるDCVのページ（下の階層も含む）にもヒントがありそうです。

https://developers.cloudflare.com/ssl/edge-certificates/changing-dcv-method/ https://developers.cloudflare.com/ssl/edge-certificates/changing-dcv-method/

今度試してみたいこと（その2）

以下のページではHTTPSへのリダイレクトが原因とありました。これも試してみたいと思います。

https://interactivewebs.com/cpanel/cpanel-autossl-certificate-expiry-on-date-cloudflare-enabled-domain/ https://interactivewebs.com/cpanel/cpanel-autossl-certificate-expiry-on-date-cloudflare-enabled-domain/

【効果なし】Cloudflare側のHTTPSの強制をやめる
【効果なし】Cloudflare側の/.well-known/pki-validationの階層では「SSLオフ」のルールを追加する
.htaccessで/.well-known/pki-validation階層ではhttpsに転送を除外する

今度試してみたいこと（その3）

Cloudflareの**［SSL/TLS］-［オリジンサーバー］-［認証済みOrigin Pull］を「オン」**にしてみる。

AutoSSLの更新がうまくいってるドメインのサイトは、ここがONになっていました。次回エラーが出た際はこれを試してみたいと思います。