ドメインだけではどこも指していません。それをサイトやメールボックス、各種サービスにつなぐのが DNS で、Apply で登録したすべての名前に含まれています。
確認にアカウントは不要です。お支払い後、登録は数分で完了します。
5 種類でほとんどの構成をまかなえます。残りは、出会えば分かる場面のために存在します。
| レコード | 働き | 典型的な値 |
|---|---|---|
| A | ドメインをサーバーの IPv4 アドレスへ向けます | 203.0.113.10 |
| AAAA | IPv6 の場合も同じ働きです | 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 つを混ぜたことから生まれます。
ネームサーバーはそのままに、ホスティングから渡されたアドレスで A レコードを追加します。変更は数分で反映されます。
ネームサーバーをホスティング指定のものに置き換えます。その時点から、すべてのレコードは当方ではなく先方の管理画面で扱います。
MX レコードはサイトとは独立しています。メールはある事業者に置き、サイトはまったく別の場所で動かすこともできます。
リゾルバーは TTL の指定どおりに応答をキャッシュします。移行予定日の前日に TTL を下げておけば、切り替えはほぼ瞬時になります。
当方のネームサーバーは変更を即座に公開しますが、世界中のリゾルバーは TTL が切れるまで古い応答を保持します。TTL が 1 時間ならそれが最悪の場合です。ネームサーバー自体の変更はさらに遅く、レジストリのデータは最大 1 日かけて伝播します。
反映の途中では、リゾルバーごとに異なるキャッシュが残っています。どこでも TTL が切れれば自然に解消します。ご自身の端末ではローカルの DNS キャッシュを消すと改善します。
必要です。www はサブドメインなので、自前の A レコードか CNAME レコードが要ります。一般的な構成は、裸のドメインに A レコード、www にはそれを指す CNAME です。
ほぼ必ず、ゾーンを新しい事業者へ委任した際に MX レコードを移し忘れたためです。ネームサーバーを変える前に MX と TXT のレコードを控え、新しい側で作り直してください。
ドメインと向け先をお送りください。DNS とメールのレコードを設定し、正しく解決することを確認します。
お問い合わせを受け付けました
すでに担当チームに届いています。1 営業日以内に回答し、期限が迫っている場合はさらに早く対応します。