2026年6月9日
2026年6月9日
ConoHa DNS と ムームーDNS を比較する|ドメインの取得先・使うサーバー・自動化の有無で選ぶ
ConoHa DNS とムームーDNS は、どちらも国内の事業者が提供する DNS サービスですが、前提が違います。ムームーDNS はムームードメインで管理しているドメインのための DNS で、ロリポップなど同じグループのサービスとの連携設定が用意されています。ConoHa DNS は ConoHa のアカウントで使う DNS で、ドメインの取得先を問わず使え、API でレコードを操作できます。この記事では、両者の違いを「使える条件」「日々の操作」「自動化」「連携」の順に整理し、どちらを選ぶかの判断基準と、乗り換えるときの注意点を説明します。
両サービスとも、管理画面の構成や提供条件はこれまでにも変わってきています(2026年10月現在)。以下は目安として読み、細かな仕様は各サービスの公式ヘルプで確認してください。
2つのサービスの位置づけ
ムームーDNS は、GMO ペパボが運営するムームードメインのコントロールパネルにある DNS の機能です。ムームードメインで取得・管理しているドメインに対して使うことを前提にしています。ロリポップ、カラーミーショップなど同じグループのサービスを使う場合は、用意された設定を選ぶだけで必要なレコードが入る仕組みがあり、それ以外のサービスを使う場合は「カスタム設定」で自分でレコードを入力します。
ConoHa DNS は、GMO インターネットグループの ConoHa(VPS や WING など)のアカウントで使える DNS の機能です。ドメインの取得先がどこであっても、レジストラでネームサーバーを ConoHa のもの(ns-a1.conoha.io から ns-a3.conoha.io のような名前)に向ければ使えます。コントロールパネルのほか、API でもゾーンとレコードを操作できます。
つまり、ムームーDNS は「ドメインの管理画面に付いている DNS」、ConoHa DNS は「サーバーやクラウドの側に付いている DNS」と考えると違いがつかみやすくなります。
比較表
| 観点 | ムームーDNS | ConoHa DNS |
|---|---|---|
| 使える条件 | ムームードメインで管理しているドメインが前提 | ConoHa のアカウントがあれば、取得先を問わず使える |
| 主な操作の場所 | ムームードメインのコントロールパネル | ConoHa のコントロールパネル、API |
| 同じグループのサービスとの連携 | ロリポップなどの設定を選ぶだけで入る仕組みがある | ConoHa のサーバーとあわせて管理しやすい |
| 自動化 | 公開の API はあまり前提にされていない | API でレコードの追加・変更ができる |
| 頂点の CDN 向け設定 | ALIAS の種別を選べるという案内がある | 対応状況は公式で確認 |
| DNSSEC | 対応状況は公式で確認 | 対応状況は公式で確認 |
表の「確認」としている項目は、提供状況が変わりうるため断定していません。DNSSEC や頂点の扱いを重視する場合は、選ぶ前に公式のヘルプで最新の対応を確かめてください。
日々の操作で比べる
ムームーDNS のカスタム設定は、サブドメイン、種別、内容、優先度を一行ずつ入力する形式で、レコードの数が少ないうちは分かりやすい画面です。ただし、設定のまとまり(設定1、設定2…のように分かれた枠)ごとに保存する画面構成のため、連携設定とカスタム設定が混在すると、どこに何を入れたかが見えにくくなることがあります。設定を変えた後は、dig で実際の答えを確認する習慣を付けておくと安心です。
ConoHa DNS は、ゾーン(ドメイン)を追加してから、その中にレコードを追加していく形です。ConoHa の VPS を使っているなら、サーバーと DNS が同じコントロールパネルにまとまり、IP を見ながらレコードを入れられます。ConoHa の画面には、レコードの一覧を一括で書き出す機能が見当たらないという声もあるため、レコードが増えてきたら、登録内容を別に表や API の出力で控えておくとよいでしょう。
どちらも、ホスト名の欄にはドメイン名を除いた部分(www など)を入れる形式です。画面ごとに頂点の書き方(空欄か @ か)が異なることがあるため、最初の一件は登録後に dig で答えを確かめてから続けます。
自動化で比べる
レコードの更新を自動化したい場面は、意外と多くあります。たとえば、Let's Encrypt のワイルドカード証明書は DNS-01 チャレンジで TXT レコードを書き換える必要があり、更新のたびに手で入力するのは現実的ではありません。
ConoHa DNS は API でレコードを操作できるため、DNS-01 に対応したツールや自作のスクリプトから TXT を書き換えられます。API の認証にはアカウントの認証情報(トークン)を使うので、権限を必要な範囲に絞った API 用のユーザーを用意し、認証情報はスクリプトに直接書かず、環境変数や権限を絞った設定ファイルに置きます。API のエンドポイントや認証の方式は、ConoHa のサービス世代によって異なる場合があるため、使っている環境の API ドキュメントで確認してください。
ムームーDNS は、管理画面で操作する前提のサービスです。DNS-01 による自動更新や、レコードをコードで管理する運用を考えているなら、ドメインはムームードメインに置いたまま、ネームサーバーだけを API のある DNS(ConoHa DNS など)に向ける構成が選択肢になります。
どちらを選ぶかの条件
次のような場合は、ムームーDNS が手間の少ない選択です。
- ドメインをムームードメインで管理していて、サーバーはロリポップなど同じグループのサービスを使っている。
- レコードの数が少なく、変更も年に数回程度で、自動化の必要がない。
- 管理する画面を一か所にまとめたい。
次のような場合は、ConoHa DNS が向いています。
- ConoHa の VPS や WING を使っていて、サーバーと DNS をまとめて管理したい。
- ドメインの取得先が複数の事業者に分かれていて、DNS は一か所で管理したい。
- ワイルドカード証明書の自動更新など、API でレコードを書き換える必要がある。
どちらか一方が優れているというより、ドメインの取得先、使うサーバー、自動化の要否のどれを優先するかで決まります。
乗り換えるときの注意点
ムームーDNS から ConoHa DNS へ移す場合(あるいはその逆)の基本の流れは、ほかの DNS の移行と同じです。
- 今の DNS のレコードをすべて書き出して表にします。連携設定で自動的に入っているレコード(メール用の MX や SPF など)は画面上で目立たないことがあるため、dig でも実際の答えを確認します。
- 移行先にゾーンを作り、同じレコードを登録します。
- 移行先のネームサーバーに直接問い合わせ、答えが一致するかを確かめます。
- ネームサーバーを切り替えます。ムームードメインのドメインを ConoHa DNS に向けるなら、ムームードメインのネームサーバー設定で、他社のネームサーバーを使う設定にして ConoHa のネームサーバー名を入力します。
- 切り替え後もしばらくは旧 DNS のレコードを消さずに残します。
# 現在のネームサーバーを確認する
dig +short example.com NS
# 移行先(ConoHa)のネームサーバーに直接問い合わせる(名前は管理画面の案内に合わせる)
dig @ns-a1.conoha.io example.com A +norec +short
dig @ns-a1.conoha.io example.com MX +norec +short
dig @ns-a1.conoha.io example.com TXT +norec +short
DNSSEC を有効にしている場合は、切り替えの前に DS レコードを外して待ち、移行後に移行先で改めて設定します。ネームサーバーの切り替えがすべてのリゾルバに行き渡るまでには時間がかかるため、作業はメールやサイトの利用が少ない時間帯に行い、切り替え後にサイトの表示とメールの送受信を確認します。
まとめ
- ムームーDNS はムームードメインで管理するドメインのための DNS で、ロリポップなど同じグループのサービスとの連携が手軽です。
- ConoHa DNS は取得先を問わず使え、API でレコードを操作できるため、ConoHa のサーバーを使う場合や自動化が必要な場合に向きます。
- DNSSEC や頂点の扱いは提供状況が変わりうるため、選ぶ前に公式で確認します。
- 自動化が必要になったら、ドメインはそのままにネームサーバーだけを API のある DNS に向ける構成も選べます。
- 乗り換えでは、連携設定で入っているレコードの写し漏れに注意し、移行先に直接問い合わせて確かめてから切り替えます。