ウェブサイト検索

究極の WordPress DNS ガイド

DNS はドメイン ネーム システムの略で、ご想像のとおり、ドメインを制御するために使用されるシステムです。

開発者でない人にとって、DNS は恐ろしいトピックになる可能性があります。私も知っておくべきですが、何年も前、私は DNS に変更を加えなければならないのを恐れていました。番号、名前、値を含むさまざまなレコードが多数あり、システムに慣れていない場合は、このシステムに少し圧倒されるかもしれません。

しかし、心配する必要はありません。DNS 担当者がここにいます!ここでは、多くの人にとって頭痛の種となる、A レコード、ネームサーバー、MX 値の終わりのないもつれをわかりやすく説明します。

DNSとは何ですか?

これはドメイン ネーム システムの略だと言いましたが、これでも初心者にとってはあまり意味がないと思われるので、簡単なたとえを示します。 DNS はインターネットの電話帳のようなものです。ドメイン名は電話帳に保存され、DNS システムを使用して IP アドレスに変換され、Web サイトを訪問するユーザーに提供されます。

WordPress の操作に関して言えば、DNS は通常、誰かがドメインにアクセスしたときにドメインに表示される内容と、ドメインがさまざまなサービスとどのようにやり取りするかを参照するために使用されます。たとえば、A レコードは Web サイトがホストされている場所を決定し、MX レコードはメールを管理します。

A レコードが WP Engine ホスティング アカウントの IP アドレスを指している場合 (Web サイトのファイルとデータベースがそこにある場合)、他のルールが設定されていない限り、アクセスするとドメインに WP Engine Web サイトが表示されます。

ドメインの登録

DNS を管理するには、まずドメインを取得する必要があります。まず、非常に簡単なドメイン登録プロセスから始めましょう。

ドメインを登録するには、Namecheap などのドメインを販売している業者にアクセスする必要があります。 Namecheap はすべてのドメインで無料のプライバシー保護を提供するため、ドメインをホスティングから分離しておくことを気にしない場合は自然な選択です。

ドメインを登録する場合は、次の 2 つのいずれかを実行できます。

  1. Namecheap などにドメインを登録し、Web サイトを別の場所でホストします。
  2. ホスティングを購入した場所と同じ場所でドメインを登録します。

セキュリティ上の理由から、Web サイトを 1 か所でホストし、ドメインを別の場所に保存することを推奨する人もいます。そうなると、理論的には、誰かがあなたの Web サイトとドメインの両方を同時に制御することは困難になります。

使いやすさを考慮して、すべてを 1 つ屋根の下に置くことを好むクライアントがいます。それは実際には個人の好みによって異なり、アカウントにアクセスできる人の数と権限に応じて、どのようなセキュリティ層が必要かが決まります。

DNSの管理

DNS 管理はネームサーバーが存在する場所であればどこからでも処理されます。ネームサーバーがドメイン レジストラーにある場合は、ログインして [ドメイン] セクションにアクセスするか、特定のドメインの DNS を編集します。

ネームサーバーが何であるかをまだ知らず、編集していない場合は、ドメインを登録した場所にログインして DNS を編集できます。

どこでドメインを購入する場合でも、完全なドメイン コントロールがあることを確認してください。市場にある安価なプロバイダーの中には完全なドメイン制御を提供していないものがあるため、DNS のすべての要素を管理することができません。販売 Web サイトで確認できない場合は、購入前にサポートに問い合わせて確認する必要があります。

WordPress DNS の管理に関しては、主に 4 つのレコードを使用することになります。

Aレコード

レコードは、Web サイトの参照先を制御します。ドメインを指定すると、そのドメインに、IP アドレスの場所で見つかった Web サイトを表示するように指示されます。 A レコードを使用すると、残りのレコードを変更せずに、ドメインが他の場所でホストされている Web サイトを指すようにすることができます。

ネームサーバー

ネームサーバーは、どのプロバイダーがドメイン DNS を担当するかを制御します。言い換えれば、ネームサーバーを変更すると、別のプロバイダーに DNS を管理させることになります。ネームサーバーを変更すると、別のプロバイダーが関連するすべてのレコードを管理できるようになります。

ネームサーバーの変更方法によっては、DNS レコードの一部が壊れる可能性がありますが、ネームサーバーを別のプロバイダーに切り替えてもレコードを同じに保つことは可能です。この理由でネームサーバーを変更する場合は常に細心の注意を払い、それでも疑問がある場合は助けを求めてください。

CNAMEレコード

CNAME レコードは一般に、たとえば WWW A レコードが @ A レコードを指すようにする場合など、ある IP アドレスを別の IP アドレスにエイリアスするために使用されます。つまり、www.yourwebsite.com が yourwebsite.com を指すようにします。

MXレコード

MX レコードは、ドメインメール、送信元、受信方法を管理します。たとえば、メールに G Suite を使用するのは人気のあるメールのトレンドであり、MX レコードを G Suite に必要なレコードに設定する必要があります。

ポインティングドメイン

ドメイン名を指定することは、私が行う最も一般的な DNS 関連タスクです。これには、ドメイン A レコード を別の IP アドレスに変更して、ドメインが別の場所に保存されている Web サイトを読み込むようにすることが含まれます。

ドメインを指定する必要がある場合の例を次に示します。

  • ドメイン名は Web サイトとは別の場所に保存されます
  • ウェブサイトを別のホスティングプロバイダーに移動したい
  • 複数のドメイン名があり、それらをすべて 1 か所で参照したいと考えている場合

ドメインを指定する方法

ドメインを指定する手順は次のとおりです。

  1. まず、ドメインを指す A レコードの IP アドレスを変更すると何が起こるかを理解してください。既存の Web サイトはユーザーに表示されなくなり、DNS が反映 (更新) された後、新しい IP アドレスの Web サイトがユーザーに表示されます。
  2. IP アドレス、または宛先ホスティング アカウントの共有 IP アドレスが必要です。これには、通常、cPanel にログインし、左側に表示される統計を確認することでアクセスできます。
  3. 新しいホスティング アカウントには、正しく構成された WordPress Web サイトが設定されており、ファイルはドメインをサブフォルダーとして使用するか、アカウントのドメインのみの場合は public_html に保存されている必要があります。
  4. 指定したいドメインのDNSにアクセスし、@とWWWのAレコードを変更します。 @ と WWW の値を、ホスティング cPanel から取得した共有 IP アドレスに設定します。あるいは、WWW の CNAME エイリアスがあり、その値が @ に等しい場合は、@ レコードを変更するだけで、WWW が自動的に更新されます。

ドメインのリダイレクト

ドメインを指定するのとまったく同じではありませんが、ドメインのリダイレクトには、cPanel 内で 301 永続的なリダイレクト設定を使用する必要があります。

ユーザーが old-domain.com にアクセスすると new-domain.com に送信されるという点で効果は同じですが、違いはこれを実現する方法にあります。

リダイレクトを管理する際に SEO が懸念される場合は、SEO スペシャリストに相談してください。

アドオンドメインの管理

1 つのホスティング プランで複数の Web サイトをホストできることをご存知ですか?そうでない方も、ぜひご賞味ください!

アドオン ドメインは、アカウントを開設したドメインであるプライマリ ドメインではなく、ホスティング プランに追加されたドメインです。

アドオン ドメインにはホスティング アカウント内に独自のサブ フォルダーがあるため、public_html のアカウントのルートにファイルがあるプライマリ Web サイトとは独立して存在します。

アドオン ドメインの DNS を管理するには、次の手順に従う必要があります。

  1. ホスティング プランにドメインを追加します。これを行うには、cPanel にアクセスし、[アドオン ドメイン] セクションをクリックします。サブドメインについては、使用する予定がない場合は、「test」などに設定します。

  2. アドオン ドメインの A レコードを、その値がホスティング プランの共有 IP アドレスと等しくなるように設定します。
  3. WWW A レコードに CNAME エイリアスが設定されていることを確認するか、WWW の A レコードを作成し、その値をホスティング プランの共有 IP アドレスと同じにします。

シンプルで素敵ですよね？先ほど、DNS レコードを変更するさまざまな方法について説明したことを思い出してください。 A レコードは、ドメインにアクセスしたときに表示される内容を管理するため、ドメインが別の場所で管理されている場合に、Web サイトをアドオン ドメインとしてホストする簡単な方法です。

ネームサーバーの変更

前に説明したように、ネームサーバーは DNS の制御をプロバイダーに割り当てます。ドメインのネームサーバーを変更すると、別のプロバイダーが DNS を管理できるようになります。

それでは、ドメインのネームサーバーを変更したい場合に備えて、その手順を見てみましょう。

  1. ドメインが保存されている場所にログインして「ドメインの管理/DNS の管理」をクリックするか、ドメインのリストにある場合はドメインをクリックして、ドメイン DNS にアクセスします。
  2. ネームサーバーセクションを見つけます。

  3. 宛先プロバイダーのネームサーバーを入力し、[更新] をクリックします。

可能であれば、ネームサーバーを切り替えるときに DNS を同じに保つことができるオプションを選択してください。これにより、将来的に別のプロバイダーに DNS を変更できるようにすることができます。

ネームサーバーの変更には場合によっては最大 24 時間かかる場合があり、その間は DNS が管理できなくなることに注意してください。

DNSの伝播

サイトがダウンしたときにホストに初めて電話をかけるとき、ホストがあなたの Web サイトがダウンした理由に対する解決策や修正を提案するときに、「伝播」または「伝播」という言葉が頻繁に投げかけられるのを聞くことになるでしょう。

伝播とは「更新」を意味する専門用語です。ホスティングプロバイダーが言っているのは、DNS に変更が加えられたため、DNS が「更新中」であるということです (問題が DNS 関連の場合は、多くの場合そうなります)。

DNS の変更が世界中のインターネット サービス プロバイダーに反映されるには、「伝播」するのに時間がかかります。さまざまな国の ISP が Web サイトに「チェックイン」し、訪問者のために Web サイトの新しいバージョンを解決するためにノードを更新し、サイトの古いバージョンを含むキャッシュをフラッシュするのには時間がかかります。

ホスティング会社は、DNS の伝達には最大 48 時間かかる可能性があると告げます。実際のところ、これほど時間がかかることはほとんどありません。私の経験では、DNS の伝播は通常瞬時に行われるか、数分以内に行われます。世界中のどこでも DNS が更新されるまでに数時間かかる場合がありますが、通常、プロセスはほとんどの場所で数分以内に開始されます。

経験則として、DNS を変更して 1 時間以内に DNS 伝播ツールを使用しても何も表示されない場合は、ホスティング プロバイダーに問題がないか再確認することをお勧めします。

ただし、心配する必要はありません。What's My DNS というシンプルなツールを使用すると、いつでも DNS 伝播のステータスを確認できます。ドメイン名を入力し、ドロップダウンを使用して確認したいレコードを選択するだけです。

したがって、ドメインの A レコードを確認したい場合は、your-website.com と入力して [検索] をクリックします。これは、A レコードがデフォルトで選択されているためです。

このツールを使用すると、A レコード、MX レコード、指定したネームサーバーを確認できます。

ドメインとメールの関係

先ほど、MX レコードがドメインの電子メールを管理すると説明しましたが、これは非常に簡単です。

ただし、人々が見落としがちな点の 1 つは、ネームサーバーの変更によって MX レコードが上書きされ、電子メールが破損する可能性があるという事実です。

MX レコードの破損は、ネームサーバーを切り替えたり、ドメインを移管したりするときに最もよく発生します。上記のいずれかを実行する場合、ドメインの DNS、特に電子メールを監視している場合は MX レコードが同じままであることを確認することが重要です。ネームサーバーを切り替えたり、ドメインを移管したりする場合、多くの場合、移管アカウントから DNS を維持するオプションが表示されます。

予防措置として、ネームサーバーを切り替えたり、ドメインを移管したりするときは必ずドメイン DNS のスクリーンショットを撮ってください。そうすれば、何かが壊れたり、意図したとおりに動作しない場合に手動で復元できるようになります。

ネームサーバーを変更すると、DNS がホスティング会社のデフォルトの DNS にスナップすることがあります。たとえば、最近私は、ドメインのネームサーバーがホスティング会社を通じて管理されているが、GoDaddy に登録されているという問題に対処しました。DNS をそこから再度管理できるように、ネームサーバーを GoDaddy に戻す必要がありました。

私はこのプロセスを以前に経験していたので、GoDaddy のネームサーバーを使用するようにネームサーバーが更新されると、DNS が GoDaddy のデフォルトの DNS に設定されることを知っていました。 A レコードがパークに設定され、MX レコードが G Suite ではなくデフォルトの GoDaddy レコードに設定されるため、これにより Web サイトが事実上ダウンし、メールが中断されることはわかっていました。そのため、古いホストからコピーした A レコードと MX レコードを手動で再作成する必要がありました。ありがたいことに、これは非常に迅速なプロセスであり、通常は、状況に応じて DNS が伝播する前に実行できます。

キャッシュとDNSの関係

キャッシュは両刃の剣であり、Web サイトの速度を大幅に向上させることができますが、DNS や Web サイトの「真のライブ バージョン」の表示に関してはフラストレーションの原因にもなります。

WordPress キャッシュは Web サイトのバージョンを保存し、訪問者に表示します。表示するサイトのバージョンがすでにプリロードされているため、プロセスが高速化されます。

この問題は、キャッシュされたバージョンと一致しない変更を Web サイトに加えた場合、Web サイトの古いバージョンが表示されてしまうことです。

これは、Web サイトが別の場所 (新しいホストなど) から読み込まれたときにどのように見えるかを確認する必要がある場合に DNS を扱うときにイライラする可能性があります。

A レコードを変更し、Web サイトが新しいホストを指すようにしたとします。すべてが順調に見えるかもしれませんが、Web サイトのキャッシュされたバージョンを表示している可能性があり、以前に Web サイトにアクセスしたことがないユーザーには、キャッシュされたバージョンにアクセスしたことがないため、エラーが表示される可能性があります。

このため、キャッシュとキャッシュをフラッシュする方法を理解することが重要です。キャッシュをフラッシュするということは、キャッシュを空にすることを意味し、Web サイトの新しい現在のバージョンをキャッシュ (プリロード) して訪問者に提供できるようになります。これにより、Web サイトの最新バージョンがあなたとその Web サイトにアクセスするすべての人の両方に表示されるようになります。

キャッシュをクリアするには、次の手順に従う必要があります。

  1. クリアする必要があるキャッシュの数を把握します。キャッシュ プラグインがある場合、それは 1 つのキャッシュです。たとえば、多くのホストがサーバー レベルでキャッシュするなど、サーバー キャッシュがある場合があります。ウェブサイトが Cloudflare を使用している場合は、Cloudflare を介したCDN キャッシュも存在する可能性があります。詳細については、WordPress キャッシュをクリアする方法に関する完全ガイドをご覧ください。

  2. 各キャッシュをフラッシュします。 プラグインを使用している場合は、CMS の設定/ツール内、または WordPress ダッシュボード内にオプションがあります。そのプラグインのセクション。サーバーキャッシュの場合はcPanel内でこれを実行し、Cloudflareの場合は「キャッシュ」セクションから実行できます。

  3. ウェブサイトをハード更新します。 Google Chrome のハード更新は、CTRL キーを押しながら更新ボタンをクリックすることで実行できます。これにより、キャッシュなしで Web サイトが読み込まれ、ほとんどの場合、Web サイトの現在の状態が表示されます。特に重要な DNS 変更を監視しようとしている場合は、すべての手順に加えて、キャッシュと Cookie をクリアし、安全のためにこれまで閲覧したことのないデバイスで Web サイトを閲覧してみることをお勧めします。その上。

CDN を介した DNS の管理

コンテンツ配信ネットワーク (略して CDN) は、世界中に分散したサーバーとデータ センターのネットワークであり、訪問者に最も近いデータ センターから Web サイトのバージョンを訪問者に提供します。

説明しましょう。たとえば、あなたの Web サイトがロンドンに拠点を置くサーバーでホストされているとします。米国からの訪問者があなたの Web サイトにアクセスした場合、ロンドンに拠点を置くサーバーにアクセスし、Web サイトの読み込みに必要なデータを送り返す必要があります。

Web サイトが Cloudflare などの CDN を使用している場合、この訪問者は代わりに、米国に拠点を置く、より近いサーバーにリダイレクトされます。これは、ウェブサイトの読み込みが速くなり、ロンドンからデータが届くのを待つ必要がないことを意味します。

これは素晴らしいように聞こえますし、実際はその通りですが、DNS の管理がさらに複雑になります。 Cloudflare のようなサービスが非常に人気になるにつれて、私は顧客が Cloudflare に関連する DNS 問題に対処できるよう支援することが多くなりました。そのため、CDN 関連の DNS の問題を解決するためにこのセクションを追加しました。

仕組みは?

基本的に、Cloudflareを機能させるには、Cloudflareにネームサーバーを管理させる必要があります。前に、ドメインの DNS を誰が管理するかを決定するネームサーバーについて話したのを覚えていますか?

これが意味するのは、Cloudflare の外部で DNS に変更を加えた場合、変更は有効にならないということです。これは、ネームサーバーがどのように機能するかを理解できない人にとって、多くの頭痛の種の原因です。

DNS の使用中は Cloudflare が管理するため、変更を有効にするには Cloudflare 内で DNS を編集する必要があります。

ネームサーバーをホストまたはドメイン レジストラーに戻すと、Cloudflare は機能しなくなり、これらの場所のいずれかから再び DNS 変更を行うことができるようになります。

ネームサーバーで何が起こっているのかわからない場合は、What's My DNS を使用して確認できます。以下の画像に示すドロップダウンで NS を選択するだけです。

プロのヒント: DNS の変更をプレビューする

ここで、開発者やホスティング会社は知っているものの、あまり共有していない専門的なヒントを紹介します。

hosts ファイルを使用すると、DNS への変更を実際に行う前にプレビューできます。これは、Web サイトを新しいホストに移動する場合に特に便利です。

hosts ファイルはホストを IP アドレスにマップします。これを使用すると、A レコードがそうでないものに設定されているかのように、コンピュータに Web サイトを表示させることができます。ただし、hosts.ファイルは少し混乱したり扱いにくい場合があるため、hosts.cx というさらに簡単なオンライン ツールを使用できます。

hosts.cx を使用して更新された DNS をプレビューする

このツールを使用すると、A レコードを更新せずに、別のホストで Web サイトを表示および編集できます。 .hosts ファイルが行うことはすべて、手間をかけずに実行されます。

hosts.cx を使用するには、次の手順に従います。

  1. Web サイトを新しいホストに複製します。ファイルとデータベースが正しくエクスポートおよびセットアップされていること、およびファイルとデータベースの接続に必要な手順 (.wp-config の編集など) に従っていることを確認してください。
  2. hosts.cx を開きます
  3. 新しいホストで Web サイトをセットアップしたら、新しいホストの cPanel アカウントから共有 IP アドレスを取得します。
  4. hosts.cx でサーバー アドレスを要求される箇所に、共有 IP アドレスを貼り付けます。
  5. hosts.cx の Web サイト名には、Web サイトのドメイン名を入力します。
  6. [テスト URL を取得] をクリックすると、新しいホストを使用してレンダリングされる Web サイトをプレビューできるようになります。

このツールの優れた点は、新しいホストを指定しなくても、バグをデバッグしたり、新しいホスト上の Web サイトに変更を加えたりできることです。

生成された hosts.cx URL を使用して WordPress ダッシュボードにログインすると、Web サイトがすでに新しいホスト上で稼働しているかのように、操作内容がファイル/データベースに保存されます。これはデリケートな WordPress の移行には絶対に必要であり、私が定期的に使用しているツールです。

DNS の概要

要約すると、この記事から理解し、WordPress DNS を使用するときに適用する最も重要なポイントを以下に示します。

  1. A レコードは、Web サイトをホスティング プロバイダーに「ポイント」してそこに Web サイトを表示するために最も一般的に使用されます。
  2. DNS を変更するときに期待した結果が表示されないことに疑問がある場合は、サーバー、プラグイン、および CDN レベル (存在する場合) でキャッシュをクリアしてください。
  3. ほとんどの DNS 伝達は数分から 1 時間以内に発生します。ガイドラインには、最大 24 時間かかる場合があると記載されていますが、1 時間以内に変化が見られない場合は、すべてのキャッシュをフラッシュし、すべてが意図したとおりに動作しており、プロセスを妨げるものがないことをホスティング サポートに再確認してください。
  4. DNS の変更をライブ Web サイト/ドメインで実行する前に、必ず hosts.cx を使用してプレビューしてください。 hosts.cx を使用すると、ライブ Web サイトで「ファイアファイト」する代わりに、問題をデバッグ/修正できます。
  5. 新しいホストに切り替える場合は、Let’s Encrypt を使用して SSL 証明書を再発行することを忘れないでください。

DNS の変更または管理についてご質問がありますか?それとも、いくつか追加すべきヒントがあるでしょうか?以下にコメントを残してください。