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 kernel の mainline に含まれているため、KVM VPS では特別なものをインストールする必要はありません。

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

modprobe が ok を出力する場合、kernel module はロード済みで、WireGuard をサポートする仮想化環境上で動作しています。Operation not supported で失敗する場合は、ホストの kernel を共有するコンテナー仮想化環境です。その場合は userspace build が必要です。完全な設定、key、forwarding、NAT (network address translation)、および障害時の動作については、VPS で WireGuard VPN をセルフホストするガイドを参照してください。

この構成を選ぶ前に、実務上の注意点が 2 つあります。トンネルには UDP ポートを 1 つ開く必要があるため、VPS の firewall ルールで許可する必要があります。多くのプロバイダーでは、control panel に別の network firewall もあり、そこでも許可が必要です。また、VPN の実行中も、同じ VPS は他の処理を継続します。トンネルは network interface であり、専用モードではないためです。

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

FAQ

VPS は VPN と同じですか？

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

VPS を使うと IP アドレスは隠れますか？

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

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

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

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

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

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

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