VPSとVPNの違いは？用途・料金・使い分け

VPS と VPN の違い: 簡単な答え

VPS と VPN は異なる種類のもので、名前が似ているのは偶然です。VPS（仮想プライベートサーバー）は、月単位で借りるコンピューターです。VPN（仮想プライベートネットワーク）は、インターネットに到達する前にネットワークトラフィックを別の場所へ運ぶ暗号化トンネルです。一方は利用できるハードウェアです。もう一方はパケットを転送するサービスです。

共通するのは "virtual" と "private" という単語だけです。VPS では、パブリック IP アドレス、root ログイン、ディスクを備えた Linux マシンを利用できます。VPN が提供するのはネットワーク経路です。VPN にソフトウェアをインストールすることはできません。また、VPS だけでは、誰からもネットワークトラフィックを隠せません。

この2つが接点を持つのは1か所だけです。これが、両方を一緒に検索する人が多い理由です。VPS では、自分専用の VPN をホストできます。詳しくは最後に説明します。

VPS の実体

VPS は、KVM などのハイパーバイザーによって分割された物理サーバーの一部です。割り当てられた領域には、独自の kernel、filesystem、memory allocation、public IP address があります。内部からは、1 台のコンピューター全体のように見えます。SSH 経由でログインし、root として操作します。

ssh root@203.0.113.10
uname -srm

このコマンドを実行すると、サーバーが実行している kernel が表示されます。たとえば Linux 6.8.0-60-generic x86_64 です。同じ kernel を他のユーザーが共有することはありません。この点が VPS と shared hosting の違いです。shared hosting では、他者のマシン上のディレクトリが割り当てられるだけで、何がインストールされるかを制御できません。

実際のマシンなので、何を実行するかは自分で決められます。Web server、database、game server、backup target、build machine などです。一方で、更新、firewall rules、user accounts、backups も自分で管理する必要があります。firewall がなく、password login を許可した VPS は、IP address を取得してから数分以内にスキャンされます。そのため、新しい VPS の最初の 10 分間は、後からインストールするものより重要です。

VPS は常時稼働し、常に到達可能です。それが VPS の目的です。他のマシンから接続できる固定アドレスを持つため、サービスを提供できます。

VPN とは何か

VPN は、デバイスと別の場所にあるサーバーの間に暗号化トンネルを構築します。ネットワークトラフィックはノート PC からトンネルに入り、反対側の終端から出て、そこからインターネットへ接続します。応答も同じ経路を戻ります。

これにより、2 つの点が変わります。1 つ目は、接続しているカフェの Wi-Fi やホテルのルーターなどのネットワークからは、1 つのアドレス宛ての暗号化パケットしか見えなくなることです。アクセス先の Web サイトの内容は読み取れません。2 つ目は、アクセスするすべての Web サイトからは、あなたの IP アドレスではなく、VPN サーバーの反対側の終端にある IP アドレスが見えることです。

仕組みはこれだけです。VPN によって匿名になるわけではなく、出口の先にある通信が暗号化されるわけでもありません。トラフィックが VPN サーバーを離れた後は、以前と同じように外部から見える状態になります。保護されるのは接続先の Web サイトが使用する機能だけであり、現在ではほとんどの場合 HTTPS が該当します。

もう 1 つの一般的な用途は、VPN 本来の用途であるプライベートネットワークへの接続です。企業の VPN を使うと、ノート PC が社内ネットワーク内に追加され、パブリックアドレスを持たないマシンにも接続できます。何かを隠しているわけではありません。ネットワークに追加されているだけです。

サーバーを運用する主体が重要です

ここはマーケティングでは語られない部分です。VPN を使用すると、「誰が自分のネットワークトラフィックを見られるのか」という問いの相手が、インターネットプロバイダーから VPN サーバーの運用者に変わります。問い自体がなくなるわけではありません。

商用 VPN サービスでは、その相手は VPN 会社です。ログ記録ポリシーと、同社の説明を信頼することになります。自分で運用する VPN では、その相手は自分自身です。

セルフホスティングには、明確な限界があります。VPN を使用するのが自分だけなら、そのサーバーから外部へ出ていく接続はすべて自分のものです。出口を監視する者から見ると、利用者は 1 人です。商用サービスでは、同じアドレスの背後に数千人の利用者が混在するため、トラフィックの帰属先を特定しにくくなります。セルフホスティングで得られるのは制御権であり、その代わりに利用者の群衆による匿名性を失います。

それぞれの費用

価格は変動するため、ここでは正確な見積もりではなく、おおよその目安として示します。2026 年 7 月時点では、個人用 VPN、小規模な Web サイト、または少数のコンテナに適した小規模 VPS は、月額数ドル台前半から10ドル台前半です。商用 VPN のサブスクリプションも同程度の価格帯ですが、長期の前払い契約では月額換算で安くなることがよくあります。

費用の違いは、実際には金額ではありません。時間です。VPN のサブスクリプションは、運用に時間がかかりません。アプリをインストールして国を選べば完了です。VPS は、適切にセットアップするために1時間程度かかり、パッチ適用のために毎月数分必要です。その代わり、1つの仕事だけでなく、複数の用途に同時に使えるマシンを利用できます。

マシンを入手する方法は、レンタルだけではありません。すでに自宅で使っていないハードウェアがある場合、戸棚に置いた Proxmox マシンとレンタル VPS の比較で重要になるのは、月額料金ではなく、電気代、稼働時間、パブリック IP アドレスが必要かどうかです。

必要なのはどちらか

目的が通信に関することなら、VPN を選びます。カフェのネットワークから、どのサイトを開いているか見られないようにしたい場合です。別の国にいるように見せたい場合にも適しています。パブリックアドレスを持たない職場や自宅のネットワークに接続する必要がある場合にも使います。

目的が何かを実行することなら、VPS を選びます。Web サイト、API、Git サーバー、メディアライブラリ、bot、監視ダッシュボードを運用したい場合や、ノート PC が起動していなくても実行する必要がある cron ジョブの配置先が必要な場合です。SSH セッションの終了後も実行し続ける必要があるジョブは、最も分かりやすい例です。VPS で dsh をヘッドレス実行する場合のように、systemd に引き渡したプロセスは、再起動やクラッシュの後も、管理者がその場で再起動しなくても復旧します。VPS に何を配置するか決めていない場合は、2026 年にセルフホストする価値があるものの一覧から始めるとよいでしょう。

「どちらが速いか」という質問には答えがありません。両者は同じ役割を担わないためです。VPN では、パケットがトンネルサーバーを経由するため、必ず遅延が増えます。VPS は、そこを経由するように通信をルーティングしない限り、Web 閲覧の速度に影響しません。

要点は、VPS で VPN を運用できることです

VPS は、パブリック IP アドレスを持つコンピューターです。VPN では、トンネルの終端側としてパブリック IP アドレスを持つコンピューターが必要です。そのため、VPS を VPN サーバーとして利用できます。

VPS を借りて WireGuard をインストールすれば、自分でサーバーを管理し、ログも自分で保持できるプライベート VPN を構築できます。WireGuard は Linux カーネルのメインラインに含まれているため、KVM VPS では特別なものをインストールする必要はありません。

sudo apt update && sudo apt install -y wireguard
sudo modprobe wireguard && echo ok

modprobe の出力が ok なら、カーネルモジュールが読み込まれ、対応する仮想化環境上で動作しています。Operation not permitted または Module wireguard not found in directory で失敗する場合は、ホストのカーネルを共有するコンテナー仮想化環境である可能性が高いため、代わりにユーザー空間版が必要です。完全な設定、鍵、転送、NAT（network address translation）、障害時の動作については、VPS で WireGuard VPN をセルフホストするガイドを参照してください。

その方法を選ぶ前に、2 つ確認しておきます。トンネルでは UDP ポートを 1 つ開く必要があるため、VPS のファイアウォールルールでその通信を許可する必要があります。多くのプロバイダーでは、コントロールパネルにも別のネットワークファイアウォールがあり、そこでも許可が必要です。また、VPN の実行中も、同じ VPS は他の処理を続けます。トンネルはネットワークインターフェースであり、専用モードではないためです。

中間的な選択肢もあります。目的がパブリックな出口ではなく、自分のデバイス同士をプライベートに通信させることであれば、ハブアンドスポーク型 VPN よりメッシュネットワークの方が手間が少なくて済みます。VPS 上で自分の Headscale 調整サーバーを運用すれば、ピアの一覧を手作業で管理せずにこの構成を実現できます。ただし、その前にTailscale の無料プランでは 6 ユーザーと個人用デバイスを無制限に利用できることを知っておくとよいでしょう。家庭や 1 人での構成では、自分で調整サーバーを運用するかどうかは、費用ではなく管理権限の問題になります。この上限を超えると、料金はデバイス数ではなくユーザー数に基づくため、家庭や小規模チームで実際にかかる料金を、VPS にかかる月数ドルと並べてから、自分で調整サーバーを運用するか決めてください。また、そのサーバーの背後に 1 台ではなくプライベートネットワーク全体がある場合は、VPS をサブネットルーターにすることで、デバイス側に何もインストールせずにネットワーク内のすべてのアドレスへ到達できます。そのメッシュ上のサービスをブラウザーで開く段階になったら、次に決めるのは誰にアクセスを許可するかです。これは、自分のデバイスだけにサイトを提供するか、パブリックインターネットに公開するかの違いに関わります。

FAQ

VPS は VPN と同じですか？

いいえ。VPS（virtual private server）は、root アクセス、ディスク、パブリック IP アドレスを備えた、借りて利用する Linux マシンです。そこに自分でソフトウェアをインストールします。VPN（virtual private network）は、インターネットへ到達する前に、別のサーバー経由で通信を運ぶ暗号化トンネルです。名前が似ているのは偶然です。両者の関係は、VPS を VPN トンネルの終端サーバーとして利用できることです。

VPS で IP アドレスを隠せますか？

VPS を借りるだけでは隠せません。通信は自分の接続から直接インターネットへ出ていくため、VPS を借りても、ノートパソコンがインターネットへ接続する方法は変わりません。VPS 経由で通信をルーティングした場合にだけ、IP アドレスが置き換わります。そのためには、VPS 上で VPN またはプロキシを実行し、デバイスからそのサーバーを経由するように設定します。マシンを所有することと、そのマシンを経路として使うことは別です。

VPS で自分の VPN を運用すると、有料 VPN サービスよりプライバシーが高まりますか？

信頼する相手が変わるだけで、全体として信頼が増えるわけではありません。サーバーとそのログを自分で管理できるため、プロバイダーの方針を信頼する必要はなくなります。しかし、その IP アドレスを使うユーザーは自分だけになる可能性が高く、そこからのすべての接続を 1 人の利用者に結び付けられます。商用サービスでは、多数のユーザーが 1 つのアドレスを共有します。セルフホストは、マシンを自分で管理するために選び、集団の中で匿名になるためには選ばないでください。

1 台の VPS で VPN と Web サイトを同時に実行できますか？

はい。VPN トンネルはサーバー上の別のネットワークインターフェースにすぎないため、Web サーバー、データベース、コンテナーと共存できます。制約になるのは CPU、メモリ、帯域幅の上限です。また、暗号化処理には CPU も使用します。ファイアウォールルールは別々に考えてください。公開サイトでは TCP 443 をすべてのアクセス元に対して開く必要があります。一方、VPN では専用のポートを開く必要があります（WireGuard では UDP ポート、OpenVPN では設定に応じて UDP または TCP）。一方のルールで他方まで許可するように範囲を広げてはいけません。

Web サイトがすでに HTTPS を使っている場合、VPN は必要ですか？

HTTPS は、サイトとの間で送受信する内容をすでに暗号化しているため、その部分について VPN を追加しても効果はありません。VPN が隠すのは接続先自体です。HTTPS では、接続先がネットワークやインターネットプロバイダーから見える状態が残ります。VPN を使うと、別の国から接続しているように見せることもできます。また、パブリックアドレスを持たないプライベートネットワーク内にデバイスを接続することもできます。これらのいずれも問題に該当しないなら、すでに HTTPS が必要な役割を果たしています。