Web サイトやアプリケーションをホストするには、ドメインが仮想プライベート サーバーを指すようにする必要があります。このガイドでは、DNS 構成方法、伝播タイムライン、一般的な問題のトラブルシューティングなど、ドメインを VPS サーバーに接続するために知っておく必要があるすべてのことを説明します。
よりシンプルな A レコード方式を選択するか、より高度なカスタム ネームサーバー アプローチを選択するかに関係なく、ドメインを VPS で動作させる方法を正確に学ぶことができます。
ドメインポインティングとは何を意味しますか?
ドメイン ポインティングは、ドメイン名をサーバーの IP アドレスに誘導するように DNS レコードを構成するプロセスです。ドメイン名が VPS を指すようにすると、ドメインを仮想プライベート サーバーの IP アドレスに接続する DNS エントリ (A レコードやネームサーバーなど) が作成されます。
この DNS レベルの接続により、訪問者は数値の IP アドレスを入力する代わりに、覚えやすいドメイン名を使用して Web サイトにアクセスできるようになります。以上で 3 億 7,170 万件のドメイン登録数 2025 年に世界的に記録されるようになり、ドメイン構成の管理は Web サイト所有者と開発者にとって重要なスキルになりました。
ドメイン ポインティングはドメイン転送とは異なります。ポインティングでは DNS レコードを使用してドメインをサーバーに解決し、転送では HTTP リダイレクト (301/302) を使用して訪問者を 1 つの URL から別の URL に送信します。仮想プライベート サーバーで Web サイトをホストしている人にとって、ドメインを VPS に接続する方法を学ぶことは不可欠です。
ドメインを VPS にポイントする前の前提条件
仮想プライベート サーバー (VPS) にドメインを追加する前に、次の項目を収集します。 これらの前提条件を満たしていると、構成プロセスがスムーズになり、一般的なエラーを回避できます。
ドメイン名登録: 完全な管理アクセス権を持つ登録済みのドメイン名が必要です。ドメイン レジストラーのコントロール パネルにログインでき、DNS 設定またはネームサーバーを変更する権限があることを確認してください。
アクティブな VPS アカウント: 仮想プライベート サーバーがセットアップされ、実行されている必要があります。についての研究 “VPSプロバイダーとは何ですか」は、適切なホスティング サービスを選択するのに役立ちます。VPS の専用 IP アドレスが必要になります。これは、VPS ホスティング プロバイダーがアカウント ダッシュボードまたはウェルカム メールに含めます。
SSHアクセス: カスタム ネームサーバー方式の場合、root または sudo 権限で VPS に SSH アクセスする必要があります。ログイン資格情報を準備していることを確認してください。
コマンドラインの基本的な知識: カスタム ネームサーバーを使用する予定がある場合は、基本的な Linux コマンド ライン操作に精通していると役立ちます。コマンドを実行して、DNS ソフトウェアをインストールおよび構成します。
DNS 伝播の時間: DNS の変更が反映されるまでには 24 ～ 48 時間かかります。詳細については、「DNS 伝播タイムライン」セクションを参照してください。
ポインティングドメインに最適な VPS OS
VPS に適切なオペレーティング システムを選択することは、ドメインを VPS にポイントする方法を学習する際のパフォーマンスと管理の容易さの両方に影響します。
ドメインの指定: Windows と Linux
Linux ディストリビューションは、ドメイン ホスティングとサーバーの運用に依然として好まれる選択肢です。 Web サイトの 58.1% には Linux が採用されています そのオペレーティング システムは知られており、Web ホスティング スペースにおける優位性を示しています。
Linux の主な利点には、リソースのオーバーヘッドが低く、ライセンス費用がかからず、Web サーバー タスクのパフォーマンスが向上することが含まれます。 Linux は、グラフィカル インターフェイスなしでも効率的に動作します。つまり、Web サイトの提供や DNS 操作の処理により多くのシステム リソースを利用できることになります。
コマンド ライン インターフェイスは練習が必要ですが、強力な自動化機能とサーバー構成の正確な制御を提供します。 ASP.NET や MSSQL データベースなどの Microsoft 固有のテクノロジを実行する必要がある場合は、Windows VPS が適切な選択肢となります。
グラフィカル インターフェイスにより、コマンド ライン操作よりも視覚的な管理ツールを好むユーザーにとって Windows がより親しみやすくなります。ただし、Windows はライセンス料が必要であり、Linux よりも多くのシステム リソースを消費します。
特にドメインを指定する場合、Linux は優れたパフォーマンスと信頼性を提供します。 VPS ホスティング用の人気のある Linux ディストリビューションには、Ubuntu 24.04 LTS、Debian 12、Rocky Linux 9、AlmaLinux 9 などがあります。Ubuntu は、豊富なドキュメントと定期的なアップデートにより、依然として特に人気があります。
Cloudzy では、 Linux VPS プランには、専用 IP アドレスと、Ubuntu、Debian、CentOS、AlmaLinux などのディストリビューションの選択が付属しています。このガイドで説明されているいずれかの方法を使用して、BIND9 などの DNS ソフトウェアを構成し、ドメインをポイントするための完全なルート アクセスを取得します。
当社は、99.95% の稼働率と 24 時間年中無休のサポートを備えた VPS ホスティングを世界 12 か所以上で提供しています。サポートが必要な場合はいつでも、当社のチームがドメイン設定に関する質問にお答えします。私たちの VPSサーバープラン 専用 IP、完全なルート アクセス、ドメイン ホスティングのニーズに対する 24 時間年中無休のサポートが含まれます。
2 つの方法の比較: A レコードとカスタム ネームサーバー
ドメインを VPS に接続する方法を学習する場合、A レコードまたはカスタム ネームサーバーという 2 つの主な方法を使用できます。各方法には、明確な利点と複雑さのレベルがあります。両方のアプローチを理解すると、ニーズに合った適切なアプローチを選択するのに役立ちます。
記録方法: これはより簡単なアプローチで、既存の DNS ゾーンの A レコードを変更して VPS IP アドレスを指すようにします。ドメイン レジストラのネームサーバーを引き続き使用し、宛先 IP アドレスのみを変更します。
この方法は実装が速く、サーバー側の構成は必要ありません。この簡単なアプローチは、レジストラーの DNS 管理パネルを使用して、ドメイン名が VPS IP アドレスを指すようにする方法を示しています。
カスタムネームサーバーの方法: この高度なアプローチには、VPS に DNS ソフトウェアを設定し、VPS を指すようにドメインのネームサーバーを変更することが含まれます。カスタム ネームサーバー方式では、vserver 環境にドメインを追加するときに完全な制御が可能になり、すべての DNS レコードと設定に対する権限がサーバーから直接与えられます。
| 特徴 | 記録方法 | カスタムネームサーバーメソッド |
| 難易度 | 簡単 | 高度な |
| セットアップ時間 | 5～10分 | 30～60分 |
| サーバー構成 | 不要 | BINDのインストールが必要です |
| DNS コントロールの場所 | ドメインレジストラ | あなたの VPS |
| 最適な用途 | 素早いセットアップ、シンプルなホスティング | 上級ユーザー、複数のドメイン |
| 柔軟性 | 基本レコードに限定 | 完全なDNS制御 |
ほとんどのユーザーにとって、A レコード方式は強力でありながら使いやすい方式です。カスタム ネームサーバーの方法では、より詳細な制御が可能ですが、継続的なサーバーのメンテナンスと DNS の知識が必要です。
Linux と Windows はどちらもドメイン ホスティングに適しています。正しい選択は、特定のニーズによって異なります。選択時 VPSプラン, 最初からやり直すことなくオペレーティング システムを切り替えられるプロバイダーを探してください。
ドメインを VPS にポイントする方法: ステップバイステップ ガイド
VPS市場は成長を続けており、 2026年までに83億ドルに達すると予測これは、信頼性の高いホスティング ソリューションに対する需要の高まりを反映しています。ドメインを VPS にポイントする方法に関するガイドでは、ドメインの DNS 構成を最も制御できるカスタム ネームサーバー方法に焦点を当てます。
開始する前に、カスタム ネームサーバー方法では、最も広く使用されている DNS サーバー ソフトウェアである BIND9 をインストールする必要があることに注意してください。この方法は単に A レコードを更新するよりも複雑ですが、VPS から直接完全な DNS ゾーン管理が可能になります。
ステップ 1: カスタム ネームサーバーを作成する
ドメインと仮想プライベート サーバーの準備ができたら、まずドメイン上に子ネームサーバーを作成します。ドメイン名が VPS IP アドレスを指すようにする方法の学習は、この基本的な手順から始まります。
正確なプロセスはドメイン レジストラーによって異なりますが、概念はどのプロバイダーでも同じです。少なくとも 2 つのネームサーバー エントリ (通常は ns1.yourdomain.com と ns2.yourdomain.com という名前) を作成する必要があります。
どちらも VPS の専用 IP アドレスを指す必要があります。一部のレジストラではコントロール パネルから直接ネームサーバーを作成できますが、サポートへの連絡が必要なレジストラもあります。
レジストラで子ネームサーバーを作成した後、SSH 経由で VPS に接続し、次のコマンドを使用して BIND9 とそのユーティリティをインストールします。
sudo apt install bind9 bind9utils bind9-doc -yこのコマンドは、Ubuntu および Debian ベースのシステムで機能します。インストールには、bind9 (DNS サーバー)、bind9utils (管理ツール)、および binding9-doc (ドキュメント) が含まれています。インストールしたら、DNS ゾーンの構成に進むことができます。
ステップ 2: DNS ゾーンを設定する
BIND9 がインストールされたら、DNS ゾーン ファイルを作成して構成します。これらのファイルには、ドメイン名をサーバーの IP アドレスにマップする DNS レコードが含まれています。
まず、BIND 構成ディレクトリに移動します。
cd /etc/bindゾーン ファイルを整理するための新しいディレクトリを作成します。
mkdir -p /etc/bind/zones/このディレクトリには、「ゾーン」の代わりに任意の名前を付けることができます。次に、テンプレート ファイルをコピーして、ドメインに合わせて調整します。次のコマンドの「yourdomain.com」を実際のドメイン名に置き換えます。
cd zones
sudo cp /etc/bind/db.local /etc/bind/zones/yourdomain.com.forward
sudo cp /etc/bind/db.127 /etc/bind/zones/yourdomain.com.reverse
ls /etc/bind/zones/次に、フォワード ゾーン ファイルを編集して、ドメインの DNS レコードを定義します。テキスト エディタでファイルを開きます。
sudo nano /etc/bind/zones/yourdomain.com.forwardこのファイルでは、いくつかの重要なレコードを構成します。
- SOAレコード: プライマリネームサーバーと管理者の連絡先を定義します
- NSレコード： ドメインの権限のあるネームサーバーを指定します
- A レコード: ドメインとサブドメインを VPS IP アドレスにマッピングします
- MXレコード: ドメインの電子メールをルーティングします (必要な場合)
サンプルのドメイン名のすべてのインスタンスを実際のドメインに置き換え、IP アドレスを VPS の専用 IP アドレスに置き換えます。 TTL (Time To Live) 値は、DNS リゾルバーが更新をチェックする前にレコードをキャッシュする時間を決定します。
ゾーン ファイルを編集した後、変更を保存します。
ステップ 3: 名前付き構成を構成する
ゾーン ファイルを作成した後、BIND9 にゾーン ファイルの場所と使用方法を指示する必要があります。これは、BIND 構成ファイルを編集することによって行われます。
BIND ディレクトリに移動し、ローカル構成ファイルを開きます。
cd /etc/bind
sudo nano named.conf.localドメインのゾーン定義を追加します。 「yourdomain.com」を実際のドメインに置き換えます。
zone "yourdomain.com" {
type master;
file "/etc/bind/zones/yourdomain.com.forward";
};この構成は、サーバーがドメインのマスター (プライマリ) 権限サーバーであることを BIND9 に伝え、ゾーン ファイルの検索場所を指定します。ファイル パスがステップ 2 でゾーン ファイルを作成した場所と一致していることを確認します。
逆引きゾーン ファイルを作成した場合は、その構成をここに追加することもできます。変更を加えた後、ファイルを保存します。
ステップ 4: DNS フォワーダーを構成する
DNS フォワーダーは、サーバーに権限がないドメインのクエリを処理します。 DNS サーバーは、再帰検索自体を実行する代わりに、これらのクエリを信頼できるパブリック DNS サーバーに転送できます。
オプション構成ファイルを開きます。
sudo nano /etc/bind/named.conf.optionsファイル内のフォワーダーセクションを見つけます。通常は次のようになります。
// フォワーダー {
// 0.0.0.0;
// };
行のコメントを解除し、プレースホルダーを実際の DNS サーバー アドレスに置き換えます。 Google DNS (8.8.8.8) や Cloudflare DNS (1.1.1.1) などのパブリック DNS サーバーを使用できます。
forwarders {
8.8.8.8;
1.1.1.1;
};これらのフォワーダーを使用すると、サーバーは、管理しているゾーンの外にあるドメイン名を解決できます。変更を加えた後、ファイルを保存します。
ステップ 5: DNS サーバーの確認と起動
構成を有効にする前に、すべてのゾーン ファイルと構成が正しいことを確認してください。 BIND9 は、構文エラーをチェックするツールを提供します。
ゾーン ファイルにエラーがないか確認してください。
sudo named-checkzone yourdomain.com /etc/bind/zones/yourdomain.com.forward「yourdomain.com」を実際のドメインに置き換えます。構成が正しい場合は、次のような出力が表示されます。
zone yourdomain.com/IN: loaded serial 1
OK全体的な BIND 構成を確認します。
sudo named-checkconfこのコマンドが出力を返さなかった場合、構成は有効です。エラーがある場合は、修正が必要な内容の詳細が表示されます。
ここで BIND9 を再起動して、すべての変更を適用します。
sudo systemctl restart bind9BIND9 が正しく実行されていることを確認します。
sudo systemctl status bind9出力に「active (running)」と表示されるはずです。エラーがある場合は、構成ファイルにタイプミスや間違ったパスがないか確認してください。
ステップ 6: ドメインのネームサーバーを更新する
最後のステップは、VPS を指すようにドメイン レジストラーでドメインのネームサーバーを更新することです。これにより、ドメインに関する DNS 情報を検索する場所がインターネットに通知されます。
ドメイン レジストラーのコントロール パネルにログインし、ネームサーバー管理セクションを見つけます。これは多くの場合、「DNS 管理」、「ネーム サーバー」、または「ドメイン設定」にあります。
既存のネームサーバーをカスタム ネームサーバーに置き換えます。
- ns1.yourdomain.com
- ns2.yourdomain.com
これらが手順 1 で作成した子ネームサーバーと一致することを確認します。変更をレジストラに保存します。
DNS の伝達には、数分から 48 時間かかります。この期間中、世界中の一部の DNS リゾルバーは引き続き古いネームサーバーを使用しますが、他の DNS リゾルバーは新しいネームサーバーを使用し始めます。これは正常であり、一時的なものです。
これで、カスタム ネームサーバーを使用してドメインを VPS に指定することができ、独自のサーバーからドメインの DNS 構成を完全に制御できるようになりました。
DNS 伝播のタイムラインと予想されること
DNS の伝播は、DNS の変更が世界中のすべての DNS サーバーに広がるのに必要な時間です。 vserver (VPS) にドメインを追加する方法を学習すると、ドメインが変更直後に機能しない理由がわかります。
一般的なタイムライン: ほとんどの DNS 変更は 24 ～ 48 時間以内に反映されます。ただし、変更によっては数分で反映される場合もありますが、48 時間かかる場合もあれば、それよりわずかに長くかかる場合もあります。変動は、制御できないいくつかの要因によって異なります。
伝播速度に影響を与えるもの:
- TTL設定: 以前の DNS レコードの Time To Live 値によって、DNS リゾルバーが古い情報をキャッシュする期間が決まります。 TTL 値が低い (300 秒など) と、高い値 (24 時間で 86400 秒など) よりも伝播が速くなります。
- DNSリゾルバーのキャッシュ: インターネット サービス プロバイダーとパブリック DNS サービスは、異なる速度で DNS レコードをキャッシュします。一部の ISP はキャッシュを頻繁に更新しますが、他の ISP は TTL 設定を無視し、キャッシュされたレコードをより長く保持する場合があります。
- 地理的分布: 異なる地域の DNS サーバーは異なるタイミングで更新されます。ドメインがある場所では正しく解決されているにもかかわらず、別の場所では古い情報が表示されたままになる場合があります。
伝播中: Web サイトの訪問者の中には新しいサーバーが表示される場合もありますが、他の訪問者は依然として古い場所に接続している場合があります。これは正常であり、一時的なものです。重要な移行は、可能であればトラフィックの少ない時間帯に計画してください。
伝播の高速化: DNS を変更する予定がある場合は、48 ～ 72 時間前に TTL 値を下げてください。これにより、DNS リゾルバーが更新をより頻繁にチェックするように指示されます。変更が完了して安定したら、TTL を再度増やしてサーバーの負荷を軽減できます。
ドメイン構成の確認
ドメインのセットアップが完了し、最初の伝達を待った後、すべてが正しく動作していることを確認する必要があります。これらの検証手順では、ドメインを VPS にポイントする方法が正常に完了し、ドメインがサーバーに適切に解決されたことを確認します。
コマンドラインツールの使用: dig コマンドは、詳細な DNS 情報を提供します。ターミナルを開いて次を実行します。
dig yourdomain.com出力内で ANSWER SECTION を探します。 A レコードに VPS IP アドレスが表示されるはずです。正しい IP アドレスが表示される場合、DNS 構成は正しく機能しています。
より簡単なチェックのために nslookup を使用することもできます。
nslookup yourdomain.comこのコマンドは、結果として VPS IP アドレスを返すはずです。
オンラインDNSチェッカー: whatsmydns.net や dnschecker.org などの Web サイトでは、世界中のさまざまな場所からドメインがどのように解決されるかを示します。これらのツールは、伝播の進行状況を監視し、古い DNS 情報が残っている地域を特定するのに役立ちます。
ブラウザのテスト: Web ブラウザを開いてドメインに移動します。 VPS 上で Web サイトを実行している場合は、Web サイトが読み込まれるはずです。デフォルトのサーバー ページまたは Web サイトのコンテンツが表示されれば、接続は成功しています。
ブラウザーは DNS 結果をキャッシュするため、正確なテストを行うには、ブラウザーのキャッシュをクリアするか、シークレット モードを使用する必要がある場合があります。
ネームサーバーを確認します。 ドメインが正しいネームサーバーを使用していることを確認します。
dig NS yourdomain.com +shortこれにより、カスタム ネームサーバー メソッドを使用した場合はカスタム ネームサーバー (ns1.yourdomain.com および ns2.yourdomain.com) が返され、A レコード メソッドを使用した場合はレジストラのネームサーバーが返されます。
一般的な問題とトラブルシューティング
ドメインのセットアップ中に慎重に構成したとしても、問題が発生する可能性があります。これらの一般的な問題とその解決策は、ほとんどの問題を迅速に解決するのに役立ちます。
ドメインが解決しない: 48 時間経ってもドメインが解決されない場合は、レジストラーのネームサーバーが正しく更新されていることを確認してください。ネームサーバーのエントリが、正しいスペルや余分なスペースがないことなど、構成したものと正確に一致していることを確認します。
VPS の DNS サービスが実行されていることを確認します。 sudo systemctlステータスbind9.
502 不正なゲートウェイまたは接続拒否エラー: これらのエラーは、DNS は機能しているが、Web サーバーが正しく応答していないことを意味します。 Web サーバー (Apache、Nginx など) が VPS 上で実行されていることを確認します。
ファイアウォール ルールでポート 80 (HTTP) および 443 (HTTPS) のトラフィックが許可されていることを確認します。 Web サーバー構成に仮想ホストまたはサーバー ブロック構成にドメイン名が含まれていることを確認します。
SSL証明書エラー: 訪問者に SSL 警告が表示された場合は、ドメインは正しく解決されている可能性がありますが、SSL 証明書が正しくインストールされていないか、ドメインと一致していません。ドメインに SSL 証明書がインストールされていること、および証明書の有効期限が切れていないことを確認してください。
Let’s Encrypt などのサービスは、Certbot などのツールを使用してインストールできる無料の SSL 証明書を提供します。
部分的な伝播: サイトにアクセスできるネットワークもあれば、アクセスできないネットワークもあります。これは伝播中の正常な現象であり、通常は 48 時間以内に解決します。問題が発生しているユーザーは、ローカル DNS キャッシュをフラッシュするか、一時的に別の DNS リゾルバーを使用してみることができます。
設定ファイルのエラー: 構成を変更した後に BIND9 が起動しない場合は、次のコマンドを使用して構文エラーがないか確認してください。
sudo named-checkconf
sudo named-checkzone yourdomain.com /etc/bind/zones/yourdomain.com.forwardエラーがある場合は、問題の詳細とともに表示されます。一般的な問題には、セミコロンの欠落、不正なファイル パス、ドメイン名のタイプミスなどがあります。
権限の問題: 構成ファイルの編集時に「権限が拒否されました」エラーが発生した場合は、昇格した権限を必要とするコマンドの前に sudo を使用していることを確認してください。ゾーン ファイルに正しい所有権と権限があることを確認してください。
結論
これで、A レコード方式とカスタム ネームサーバー アプローチの両方を使用して、ドメイン名が VPS を指すようにする方法がわかりました。 A レコード方式を使用すると、基本的なドメイン接続だけが必要な場合にすぐに起動して実行できます。カスタム ネームサーバーを使用すると、複数のドメインを管理する場合や高度な構成が必要な場合に、完全な DNS 制御が可能になります。
変更を加えた後、DNS が反映されるまで 24 ～ 48 時間かかることを忘れないでください。 dig やオンライン DNS チェッカーなどの検証ツールを使用して、構成がさまざまな場所で機能することを確認します。
問題が発生した場合は、トラブルシューティング セクションで最も一般的な問題とその解決策を説明します。ドメインが VPS に適切に接続されていれば、Web サイトをホストし、アプリケーションを実行し、オンライン プレゼンスを構築する準備が整います。
