比較トップへ戻る
PR公式情報を2026年9月4日に確認

DOMAIN / DNS / HTTPS

XServer VPSの独自ドメイン設定はDNSを変える前に勝負が決まる

AレコードをVPSへ向ける操作そのものは短時間です。失敗を減らすポイントは、変更前の全レコード保存、VPS側の事前確認、メール用DNSの維持、HTTPS後の機能テストを順番どおりに進めることです。

安全な切替順

01

現状保存

02

VPS準備

03

DNS切替

04

HTTPS

05

機能確認

最初にVPSの契約条件と利用するアプリを確認し、公開前にバックアップと切戻し方法を用意します。

XServer VPSの最新条件を見る

まず決めるのはDNSの管理場所

ドメインをどこで取得したかと、DNSをどこで管理するかは別の話です。実際に参照される権威DNSを1か所に決め、そこでレコードを管理します。

PATTERN A

XServer VPSでDNSを管理

XServer VPSのDNS設定画面でドメインを追加し、A・MX・CNAME・TXTなどを管理します。公式マニュアルでは、独自ドメイン取得済みで、対象ネームサーバーが正しく設定されていることが前提です。

  • 管理場所をまとめたい
  • 既存の全レコードを移せる

PATTERN B

現在のDNS管理を継続

ドメイン会社や外部DNSの管理画面で、Web用のAレコードなど必要な箇所だけをVPSへ向けます。メールや他サービスの設定を保ったまま、Webの接続先だけ変えやすい構成です。

  • メールや他サービスを現状維持したい
  • 既存DNSの運用担当がいる

編集画面ではなく、参照先を確認。ネームサーバー情報を調べ、現在インターネットから使われているDNS管理先を特定してから変更します。

変更するレコード・残すレコード

独自ドメイン公開で触ることが多いレコードを、役割と判断基準で分けます。値は構成ごとに異なるため、コピー例ではなく自分の契約情報を使ってください。

種類役割例切替時の判断
AドメインをIPv4アドレスへ向けるexample.com → VPSのIPv4独自ドメインをVPSへ向ける基本
AAAAドメインをIPv6アドレスへ向けるexample.com → VPSのIPv6IPv6側も同じサイトを返せる場合だけ設定
CNAME別のホスト名を参照するwww → example.comwwwなどの別名に使う。ルートでは制約を確認
MXメールの配送先を決めるexample.com → メール事業者Web移転だけなら原則として変更しない
TXT所有確認や送信元認証に使うSPF・DKIM・DMARCなど既存値を削除せず、用途と重複を確認

ルートドメイン

example.com

AレコードでVPSのIPv4へ向けるのが基本。

www

www.example.com

AまたはCNAMEで管理し、正規URLへ転送。

アプリ用

app.example.com

サービスごとにサブドメインを分けて公開。

DNS切替からHTTPSまでの8ステップ

変更を小さく分け、各段階で確認してから次へ進みます。

01

現在のDNSと機能を保存する

A、AAAA、CNAME、MX、TXTなど、現在のレコードを画面保存または一覧で控えます。Web、メール、フォーム送信、外部サービスの所有確認を誰が使っているかも記録します。

『Webだけ移す』場合も、ネームサーバーごと変更すると全レコードが切り替わります。

02

VPS側を先に完成させる

Webサーバー、アプリ、リバースプロキシ、データベースを準備し、VPSのIPアドレスで内部動作を確認します。変更前バックアップと、旧環境へ戻す担当・判断条件も決めます。

DNSを先に向けると、未完成の画面や管理ポートが外部へ見えることがあります。

03

本番ドメインで事前確認する

XServer VPSの動作確認URL、hostsファイル、または検証用サブドメインなど、構成に合う方法で確認します。画面だけでなくログイン、フォーム、API、画像、リダイレクトまで試します。

hostsを変更した端末の結果だけで、一般利用者向けDNSの反映を判断しないでください。

04

DNSの管理場所を確定する

XServer VPS側でDNSを管理するなら、公式マニュアルの前提に沿ってドメインとネームサーバーを設定します。別のDNS事業者を使い続けるなら、その管理画面で必要なレコードだけを変更します。

同じドメインを複数画面で編集しても、権威DNSでなければインターネットには反映されません。

05

AレコードをVPSへ向ける

ルートドメインや公開用サブドメインのAレコードへVPSのIPv4アドレスを設定します。wwwを使う場合は、AまたはCNAMEのどちらで管理するかを決め、両方のURLを受ける設定にします。

IPv6で提供しない場合は古いAAAAレコードが残っていないか確認します。判断できないまま追加しないでください。

06

外部DNSで反映を確認する

複数の回線や外部DNS確認手段で、A・AAAAが意図した値を返すか確認します。TTLやキャッシュにより旧環境へ届く時間があるため、反映中に同じレコードを何度も書き換えません。

自分の端末だけの結果ではなく、外部から見える値とVPSのアクセスログを合わせて確認します。

07

HTTPSを設定する

ドメインがVPSへ到達してから、利用中のWebサーバーや管理ツールに合う方法で証明書を発行します。80・443番、リバースプロキシ、対象ホスト名、必要に応じてCAAを確認します。

証明書の発行前にHTTPを完全遮断すると、選んだ認証方式によっては所有確認が失敗します。

08

主要機能と切戻し条件を確認する

HTTPからHTTPSへの転送、wwwの統一、ログイン、フォーム、Webhook、メール送受信、計測、証明書の自動更新を確認します。問題があれば事前に控えた値へ戻せる状態を保ちます。

トップページの鍵マークだけで移行完了にしないでください。

SSL証明書を発行できる条件

Let's Encryptなどの証明書を使う場合、認証局が「このドメインを管理している」と確認できる必要があります。アプリの種類ではなく、利用中のWebサーバーや管理ツールに合う公式手順を選びます。

発行前の5条件

  • A・AAAAが意図したVPSを向いている
  • 証明書へ含めるホスト名が正しい
  • 選んだ認証方式に必要な通信が届く
  • Webサーバーとリバースプロキシが応答する
  • 更新処理と失敗時の確認方法がある
症状最初に見る場所判断
所有確認が失敗A・AAAAと対象ホスト名別サーバーを向くレコードがないか
接続できない80・443番とパケットフィルターVPS側とOS側の両方を確認
別サイトが出るWebサーバー・リバースプロキシホスト名の振り分けを確認
一部利用者だけ失敗AAAAとDNSキャッシュIPv4・IPv6で接続先が違わないか
発行は成功、警告が出る証明書チェーン・対象名・時刻旧証明書や中間証明書も確認
更新できない自動更新ログと認証経路初回発行時から環境が変わっていないか

自動更新は実行確認まで。XServer VPS公式はLet's Encrypt証明書の自動更新設定を推奨しています。設定ファイルを作るだけでなく、更新テスト、ログ、Webサーバーの再読み込み、失敗通知を確認します。

外部からDNSとHTTPSを確認する

以下は確認例です。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.com
01

DNS

A・AAAAが予定したIPを返す

02

HTTP

HTTPSへ意図した回数で転送

03

証明書

対象名・有効期限・チェーンが正常

04

アプリ

ログイン・フォーム・APIが動く

公開当日と切戻しのチェックリスト

公開へ進める条件

  • 現行DNSの全レコードを保存した
  • VPS側で主要機能を事前確認した
  • A・AAAAの外部結果が想定どおり
  • MX・TXTを含むメール機能が正常
  • HTTPからHTTPSへの転送が正常
  • 証明書の自動更新をテストした
  • 監視とアクセスログを確認できる

切戻す判断と手順

  1. ログイン・購入・送信など主要機能の異常を判定
  2. 新規更新やデータ書込みを必要に応じて停止
  3. 保存済みのA・AAAAなどへ戻す
  4. 旧環境の稼働とデータ差分を確認
  5. 原因、変更時刻、再実施条件を記録

旧環境はDNS切替直後に停止せず、キャッシュが落ち着き、主要機能とログを確認できるまで保持します。

公開後も月1回は証明書とDNSを確認

有効期限、更新ログ、A・AAAA、不要な検証用レコード、メール認証、監視通知を定期的に見直します。

XServer VPSの申込み条件を確認

よくある質問

独自ドメインはXServer VPSで取得する必要がありますか?

いいえ。取得済みのドメインを利用できます。DNSをXServer VPSで管理する場合は、公式マニュアルに沿ってドメイン追加とネームサーバー設定を行います。別のDNS事業者で管理を続ける構成もあります。

Aレコードを変えるとメールも止まりますか?

メール配送先は主にMXレコードで決まるため、Aレコードだけの変更で直ちに同じ影響が出るとは限りません。ただし、MXの参照先、Webメール、SPFなどが旧Webサーバーや同じホスト名に依存している場合があります。変更前にMX・TXTとメール構成を必ず確認してください。

DNSが反映されるまで何時間かかりますか?

TTL、利用中のDNS、端末やプロバイダーのキャッシュ、ネームサーバー変更の有無で異なります。XServer VPS公式はネームサーバー変更の完全反映に数時間〜24時間程度を目安として案内しています。予定は余裕を持ち、旧環境をすぐ停止しないでください。

AAAAレコードは必ず設定しますか?

必須ではありません。IPv6アドレスが割り当てられ、Webサーバー、パケットフィルター、HTTPSまでIPv6で正しく提供できる場合に設定します。古いAAAAが別サーバーを向くと、利用者によって接続先が分かれる原因になります。

Let's Encryptなら一度設定すれば終わりですか?

証明書には有効期限があります。XServer VPS公式も自動更新の設定を推奨しています。更新処理、必要ポート、Webサーバーの再読み込み、失敗通知まで確認してください。

Cloudflareなど外部DNSを使ってもよいですか?

構成として可能です。その場合、実際に権威DNSとなっている事業者の画面でレコードを管理します。プロキシやCDNを使う場合は、オリジン側のHTTPS、接続元制御、キャッシュ、証明書の責任範囲も分けて考えてください。

SSL証明書が発行できないときは何を見ますか?

A・AAAAの到達先、対象ホスト名、80・443番、Webサーバーとリバースプロキシ、CAA、認証方式、発行回数制限を順に確認します。何度も再試行する前に、失敗ログとDNSの外部結果を確認してください。

確認した公式情報

DNS設定の最新手順を直接確認

当ページはアフィリエイト広告を利用しています。リンク経由で申込みが成立すると、運営者に報酬が支払われる場合があります。料金、仕様、管理画面、証明書やDNSの手順は変更されるため、作業前に公式情報をご確認ください。DNS・Web・メールの構成は環境ごとに異なります。重要なドメインは、担当事業者または専門家へ確認したうえで変更してください。

現状保存、VPS準備、DNS、HTTPSの順で進める

用途、運用担当、切戻し方法が決まったら、公式画面で最新のプランと支払総額を確認します。

XServer VPSの最新条件を見る