DNS とネームサーバー

ドメインだけではどこも指していません。それをサイトやメールボックス、各種サービスにつなぐのが DNS で、Apply で登録したすべての名前に含まれています。

確認にアカウントは不要です。お支払い後、登録は数分で完了します。

実際に使うレコード

5 種類でほとんどの構成をまかなえます。残りは、出会えば分かる場面のために存在します。

レコード 働き 典型的な値
Aドメインをサーバーの IPv4 アドレスへ向けます203.0.113.10
AAAAIPv6 の場合も同じ働きです2001:db8::10
CNAMEサブドメインを別の名前の別名にしますwww を yourbrand.com へ
MXそのドメイン宛のメールをメール事業者へ送りますmx.provider.net、優先度 10
TXT認証文字列やメール用の SPF、DKIM を格納しますv=spf1 include:provider.net ~all
NSゾーン全体を指定のネームサーバー群へ委任しますns1.apply.domains

ドメインをホスティングへ向ける

方法は 2 つ。どちらかを選んで貫いてください。壊れた構成の多くは、この 2 つを混ぜたことから生まれます。

01

DNS を当方に置いたままにする

ネームサーバーはそのままに、ホスティングから渡されたアドレスで A レコードを追加します。変更は数分で反映されます。

02

またはゾーンを委任する

ネームサーバーをホスティング指定のものに置き換えます。その時点から、すべてのレコードは当方ではなく先方の管理画面で扱います。

03

メールは別に設定する

MX レコードはサイトとは独立しています。メールはある事業者に置き、サイトはまったく別の場所で動かすこともできます。

04

反映を待つ

リゾルバーは TTL の指定どおりに応答をキャッシュします。移行予定日の前日に TTL を下げておけば、切り替えはほぼ瞬時になります。

移行のときによくある質問

当方のネームサーバーは変更を即座に公開しますが、世界中のリゾルバーは TTL が切れるまで古い応答を保持します。TTL が 1 時間ならそれが最悪の場合です。ネームサーバー自体の変更はさらに遅く、レジストリのデータは最大 1 日かけて伝播します。

反映の途中では、リゾルバーごとに異なるキャッシュが残っています。どこでも TTL が切れれば自然に解消します。ご自身の端末ではローカルの DNS キャッシュを消すと改善します。

必要です。www はサブドメインなので、自前の A レコードか CNAME レコードが要ります。一般的な構成は、裸のドメインに A レコード、www にはそれを指す CNAME です。

ほぼ必ず、ゾーンを新しい事業者へ委任した際に MX レコードを移し忘れたためです。ネームサーバーを変える前に MX と TXT のレコードを控え、新しい側で作り直してください。

レコードの設定をご希望ですか。

ドメインと向け先をお送りください。DNS とメールのレコードを設定し、正しく解決することを確認します。

サポート
毎日 24 時間
回答までの時間
1 営業日以内