PATTERN A
XServer VPSでDNSを管理
XServer VPSのDNS設定画面でドメインを追加し、A・MX・CNAME・TXTなどを管理します。公式マニュアルでは、独自ドメイン取得済みで、対象ネームサーバーが正しく設定されていることが前提です。
- 管理場所をまとめたい
- 既存の全レコードを移せる
DOMAIN / DNS / HTTPS
AレコードをVPSへ向ける操作そのものは短時間です。失敗を減らすポイントは、変更前の全レコード保存、VPS側の事前確認、メール用DNSの維持、HTTPS後の機能テストを順番どおりに進めることです。
安全な切替順
現状保存
VPS準備
DNS切替
HTTPS
機能確認
最初にVPSの契約条件と利用するアプリを確認し、公開前にバックアップと切戻し方法を用意します。
XServer VPSの最新条件を見るドメインをどこで取得したかと、DNSをどこで管理するかは別の話です。実際に参照される権威DNSを1か所に決め、そこでレコードを管理します。
PATTERN A
XServer VPSのDNS設定画面でドメインを追加し、A・MX・CNAME・TXTなどを管理します。公式マニュアルでは、独自ドメイン取得済みで、対象ネームサーバーが正しく設定されていることが前提です。
PATTERN B
ドメイン会社や外部DNSの管理画面で、Web用のAレコードなど必要な箇所だけをVPSへ向けます。メールや他サービスの設定を保ったまま、Webの接続先だけ変えやすい構成です。
編集画面ではなく、参照先を確認。ネームサーバー情報を調べ、現在インターネットから使われているDNS管理先を特定してから変更します。
独自ドメイン公開で触ることが多いレコードを、役割と判断基準で分けます。値は構成ごとに異なるため、コピー例ではなく自分の契約情報を使ってください。
| 種類 | 役割 | 例 | 切替時の判断 |
|---|---|---|---|
| A | ドメインをIPv4アドレスへ向ける | example.com → VPSのIPv4 | 独自ドメインをVPSへ向ける基本 |
| AAAA | ドメインをIPv6アドレスへ向ける | example.com → VPSのIPv6 | IPv6側も同じサイトを返せる場合だけ設定 |
| CNAME | 別のホスト名を参照する | www → example.com | wwwなどの別名に使う。ルートでは制約を確認 |
| MX | メールの配送先を決める | example.com → メール事業者 | Web移転だけなら原則として変更しない |
| TXT | 所有確認や送信元認証に使う | SPF・DKIM・DMARCなど | 既存値を削除せず、用途と重複を確認 |
ルートドメイン
example.com
AレコードでVPSのIPv4へ向けるのが基本。
www
www.example.com
AまたはCNAMEで管理し、正規URLへ転送。
アプリ用
app.example.com
サービスごとにサブドメインを分けて公開。
変更を小さく分け、各段階で確認してから次へ進みます。
A、AAAA、CNAME、MX、TXTなど、現在のレコードを画面保存または一覧で控えます。Web、メール、フォーム送信、外部サービスの所有確認を誰が使っているかも記録します。
『Webだけ移す』場合も、ネームサーバーごと変更すると全レコードが切り替わります。
Webサーバー、アプリ、リバースプロキシ、データベースを準備し、VPSのIPアドレスで内部動作を確認します。変更前バックアップと、旧環境へ戻す担当・判断条件も決めます。
DNSを先に向けると、未完成の画面や管理ポートが外部へ見えることがあります。
XServer VPSの動作確認URL、hostsファイル、または検証用サブドメインなど、構成に合う方法で確認します。画面だけでなくログイン、フォーム、API、画像、リダイレクトまで試します。
hostsを変更した端末の結果だけで、一般利用者向けDNSの反映を判断しないでください。
XServer VPS側でDNSを管理するなら、公式マニュアルの前提に沿ってドメインとネームサーバーを設定します。別のDNS事業者を使い続けるなら、その管理画面で必要なレコードだけを変更します。
同じドメインを複数画面で編集しても、権威DNSでなければインターネットには反映されません。
ルートドメインや公開用サブドメインのAレコードへVPSのIPv4アドレスを設定します。wwwを使う場合は、AまたはCNAMEのどちらで管理するかを決め、両方のURLを受ける設定にします。
IPv6で提供しない場合は古いAAAAレコードが残っていないか確認します。判断できないまま追加しないでください。
複数の回線や外部DNS確認手段で、A・AAAAが意図した値を返すか確認します。TTLやキャッシュにより旧環境へ届く時間があるため、反映中に同じレコードを何度も書き換えません。
自分の端末だけの結果ではなく、外部から見える値とVPSのアクセスログを合わせて確認します。
ドメインがVPSへ到達してから、利用中のWebサーバーや管理ツールに合う方法で証明書を発行します。80・443番、リバースプロキシ、対象ホスト名、必要に応じてCAAを確認します。
証明書の発行前にHTTPを完全遮断すると、選んだ認証方式によっては所有確認が失敗します。
HTTPからHTTPSへの転送、wwwの統一、ログイン、フォーム、Webhook、メール送受信、計測、証明書の自動更新を確認します。問題があれば事前に控えた値へ戻せる状態を保ちます。
トップページの鍵マークだけで移行完了にしないでください。
Let's Encryptなどの証明書を使う場合、認証局が「このドメインを管理している」と確認できる必要があります。アプリの種類ではなく、利用中のWebサーバーや管理ツールに合う公式手順を選びます。
| 症状 | 最初に見る場所 | 判断 |
|---|---|---|
| 所有確認が失敗 | A・AAAAと対象ホスト名 | 別サーバーを向くレコードがないか |
| 接続できない | 80・443番とパケットフィルター | VPS側とOS側の両方を確認 |
| 別サイトが出る | Webサーバー・リバースプロキシ | ホスト名の振り分けを確認 |
| 一部利用者だけ失敗 | AAAAとDNSキャッシュ | IPv4・IPv6で接続先が違わないか |
| 発行は成功、警告が出る | 証明書チェーン・対象名・時刻 | 旧証明書や中間証明書も確認 |
| 更新できない | 自動更新ログと認証経路 | 初回発行時から環境が変わっていないか |
自動更新は実行確認まで。XServer VPS公式はLet's Encrypt証明書の自動更新設定を推奨しています。設定ファイルを作るだけでなく、更新テスト、ログ、Webサーバーの再読み込み、失敗通知を確認します。
以下は確認例です。Windowsではnslookup、ブラウザーでは開発者ツールや外部DNS確認サービスなど、使える方法で同じ項目を確認できます。
# A / AAAA の確認(example.comは自分のドメインへ変更)
dig +short A example.com
dig +short AAAA example.com
# メール配送先とTXTの確認
dig +short MX example.com
dig +short TXT example.com
# HTTPSとリダイレクトの確認
curl -I http://example.com
curl -I https://example.comA・AAAAが予定したIPを返す
HTTPSへ意図した回数で転送
対象名・有効期限・チェーンが正常
ログイン・フォーム・APIが動く
旧環境はDNS切替直後に停止せず、キャッシュが落ち着き、主要機能とログを確認できるまで保持します。
いいえ。取得済みのドメインを利用できます。DNSをXServer VPSで管理する場合は、公式マニュアルに沿ってドメイン追加とネームサーバー設定を行います。別のDNS事業者で管理を続ける構成もあります。
メール配送先は主にMXレコードで決まるため、Aレコードだけの変更で直ちに同じ影響が出るとは限りません。ただし、MXの参照先、Webメール、SPFなどが旧Webサーバーや同じホスト名に依存している場合があります。変更前にMX・TXTとメール構成を必ず確認してください。
TTL、利用中のDNS、端末やプロバイダーのキャッシュ、ネームサーバー変更の有無で異なります。XServer VPS公式はネームサーバー変更の完全反映に数時間〜24時間程度を目安として案内しています。予定は余裕を持ち、旧環境をすぐ停止しないでください。
必須ではありません。IPv6アドレスが割り当てられ、Webサーバー、パケットフィルター、HTTPSまでIPv6で正しく提供できる場合に設定します。古いAAAAが別サーバーを向くと、利用者によって接続先が分かれる原因になります。
証明書には有効期限があります。XServer VPS公式も自動更新の設定を推奨しています。更新処理、必要ポート、Webサーバーの再読み込み、失敗通知まで確認してください。
構成として可能です。その場合、実際に権威DNSとなっている事業者の画面でレコードを管理します。プロキシやCDNを使う場合は、オリジン側のHTTPS、接続元制御、キャッシュ、証明書の責任範囲も分けて考えてください。
A・AAAAの到達先、対象ホスト名、80・443番、Webサーバーとリバースプロキシ、CAA、認証方式、発行回数制限を順に確認します。何度も再試行する前に、失敗ログとDNSの外部結果を確認してください。
当ページはアフィリエイト広告を利用しています。リンク経由で申込みが成立すると、運営者に報酬が支払われる場合があります。料金、仕様、管理画面、証明書やDNSの手順は変更されるため、作業前に公式情報をご確認ください。DNS・Web・メールの構成は環境ごとに異なります。重要なドメインは、担当事業者または専門家へ確認したうえで変更してください。