ルーターVPNの選び方:家中まるごと高速化する4つの方式を比較
家庭内のネットワークをルーターにまとめて任せる方法を、それぞれのハードルの高さ、維持コスト、振り分けの細かさの違い、向く人・向かない人まで一度に整理します。
先に結論:ルーター方式で手に入るのはカバー範囲です
ルーターVPN が解決する課題はとても具体的です。クライアントを入れられない TV ボックス、ゲーム機、スマートテレビも含め、家中のすべての端末で 1 つの出口を共有できるようにします。ただし帯域の上限が上がるわけでも、回線そのものの品質が変わるわけでもありません。家中まとめて高速化してどこまで速度が出るかは、契約そのものではなくルーターの CPU と転送方式で決まります。
もう 1 つ先に整理しておきたいのは、ルーター方式とクライアント方式は二者択一ではないという点です。よくある組み合わせは、クライアントを入れられない端末をルーターがカバーし、スマートフォンとパソコンはそれぞれのクライアントを使い続け、両者が同じ 1 つのサブスクリプションを共有する形です。以下では、ハードルの高さ・維持コスト・振り分けの細かさの 3 つの軸で、4 つの方法を並べて比較します。
家中の通信をルーターに任せる 4 つの方法
4 つの方法の違いは 3 点に集約されます。ハードルの高さ、維持コスト、振り分けの細かさです。次の表でこの 3 項目を横並びで比較します。
| 方法 | ハードルの高さ | 維持コスト | 振り分けの細かさ | 向いている人 |
|---|---|---|---|---|
| 純正ファームに VPN クライアントが内蔵 | 低い。純正ファームの機能だけで完結 | 低い。設定ファイル 1 つを管理するだけ | 粗い。通常は端末全体を一律で通すことしかできない | 端末全体を一律で通せれば十分で、ファームは触りたくない |
| メインルーターに OpenWrt 系ファームを書き込む | 中。CPU、メモリ、フラッシュ、無線ドライバがすべて条件を満たす必要がある | 中。ファームとルールセットを追って更新する必要がある | 細かい。ドメイン、IP、端末ごとに振り分け可能 | 1 台で完結させたい、書き換えのリスクを受け入れられる |
| メインルーター + サイドルーター | 中。プロキシを動かせる機器がもう 1 台必要 | 中。故障ポイントが 1 つ増える | 細かい。端末ごとにゲートウェイを指定 | メインルーターは触らず、純正ファームを残したい |
| x86 ソフトルーターを出口にする | 高い。本体コストと消費電力 | 中。一度設定すれば以後はほとんど触らない | 最も細かい。全局・ルール・端末のすべてに対応 | 1Gbps 以上、端末が多く、帯域を使い切りたい |
純正ファームのルートが最も手軽です。一部メーカーのルーターはファームに OpenVPN または WireGuard クライアントを内蔵しており、設定を読み込ませるだけで使えます。ただし制約もはっきりしています。プロトコルはメーカーが決めたものに限られ、振り分けの選択肢は少なく、多くは端末全体を一律で通すことしかできません。
メインルーターに OpenWrt 系ファームを書き込む方法は柔軟性が最も高く、プロキシのコアとルールセットを導入でき、ドメイン単位・IP 単位・端末単位の振り分けも可能です。代償は、書き換え自体にリスクがあること、ファームのメジャーアップデートで設定がリセットされることがある点です。
サイドルーターは折衷案です。メインルーターはそのままにし、国際回線を使いたい端末のゲートウェイだけをサイドルーターに向けます。設定を壊してもメインルーターには影響しませんが、ホップが 1 つ増え、故障ポイントも 1 つ増えます。
x86 ソフトルーターは出口を独立した小型マシンに任せる構成で、性能の上限が最も高く、1Gbps 以上・端末が多い家庭に向いています。その分コストも最も高く、消費電力と設置場所も考える必要があります。
サイドルーター方式では、ゲートウェイをサイドルーターに向けた端末は完全にそれへ依存します。サイドルーターの電源が切れたり設定を書き間違えたりすると、これらの端末は遅くなるのではなく、そのままネットにつながらなくなります。また、メインルーターの DHCP で配布するゲートウェイアドレスを変更できる必要があり、できない場合は端末ごとに手動設定するしかありません。
ハードル:上限を決める 3 つの要素
CPU:プロキシのスループットを決める
プロキシの通信はユーザー空間で処理されるため、ハードウェア NAT アクセラレーション(flow offload や HWNAT など)は、プロキシ経由で転送されるパケットにはほとんど効きません。そのため実際のスループットは、無線の公称速度よりもシングルコア性能に左右されます。
目安として、旧世代の MIPS プラットフォームの家庭用ルーターは数十 Mbps どまり、ここ数年の ARM クアッドコア機なら数百 Mbps、AES 命令セットのアクセラレーションを備えた x86 マシンなら 1Gbps を埋めるのも難しくありません。プロトコルの選択も結果に影響します。Shadowsocks や VLESS は比較的軽量です。一方 Hysteria2 や TUIC は QUIC ベースで、UDP によるパケットロス耐性を持つ代わりに、暗号化と輻輳制御をユーザー空間で処理するため CPU の影響を受けやすく、ルーターでは先にボトルネックに当たりがちです。
メモリとフラッシュ:入るかどうかを決める
プロキシのコア自体は大きくありませんが、ルールセット(GeoSite や GeoIP といったデータベース)はサブスクリプションの更新に伴ってどんどん大きくなります。フラッシュ容量が小さい旧機種では完全なプラグインを入れられないことが多く、USB メモリを外付けするか、軽量版のルールセットに切り替えるしかありません。
無線ドライバ:書き換えた後に快適に使えるかを決める
作業前に、自分の機種が OpenWrt のサポートリストでどう扱われているかを確認しましょう。MediaTek の mt76 シリーズはドライバがオープンソースで、サポートも比較的充実しています。一方、一部の Qualcomm や Broadcom の機種は無線ドライバがクローズドソースで、書き換え後に無線性能が落ちたり、有線しか使えなくなったりします。こうした機種はサイドルーターや有線専用ルーターとして使うほうが向いています。
導入後に毎月必要になるメンテナンス
ルーター方式のコストは申し込んだ瞬間だけの話ではありません。次のようないくつかの作業が続いていきます。
- サブスクリプションの更新。ノードは変わるため、クライアントは定期的にサブスクリプションを取得する必要があります。ルーター上の更新はスマートフォンのクライアントより遅れがちで、サブスクリプションの形式にもうるさく、base64 のノードリストしか読めないものもあれば、YAML 設定しか読めないものもあります。
- ルールセットの更新。振り分けはドメインと IP のデータベースに依存しているため、データベースを更新しないと、新しく登場したドメインが誤った方向へ流れてしまいます。
- ファームのアップデート。メジャーアップデートで設定がリセットされることがあるため、更新前にバックアップを書き出しておきましょう。
- 時刻同期。VMess などのプロトコルはタイムスタンプに敏感で、ルーター再起動後に時刻が同期できていないと、「設定は合っているのにつながらない」という症状になります。
- 故障の影響範囲。ルーターが不調になると家中に影響しますが、クライアントの不調は 1 台の端末にとどまります。
振り分けと DNS:家中まとめて高速化でつまずきやすい 2 つの落とし穴
振り分け:全局・ルール・端末の 3 段階
全局プロキシが最も手軽で、すべての通信が国際回線を通ります。代わりに日本国内のサイトも遠回りすることになり、遅延が増え、一部のサービスではリスク判定に引っかかることもあります。ルール振り分けはドメインと IP で判断し、日本国内は直結、海外は高速化回線へ流します。ルールセットが細かいほどメモリ使用量は増えます。端末単位の振り分けは MAC や IP でどの端末を高速化回線に通すかを決めるもので、「リビングの機器は通すが仕事用パソコンは通さない」といったニーズに向いています。ポート単位の振り分けは最も粒度が粗く、負荷も最小です。
DNS リーク:通信は通っているのに DNS が通っていない
DNS リークとは、通信はすでに高速化回線を通っているのに、DNS クエリは依然として地元プロバイダのリゾルバに送られている状態を指します。その結果、アクセス先の意図が露出し、解決結果が汚染されることもあります。症状としては「接続はできているのにページが開けない」、あるいは国際回線を通すべきドメインが直結扱いになる、といった形で現れます。
ルーター側の対処法は 2 つあります。1 つは DNS クエリもプロキシ経路に入れる方法で、TUN モードでは 53 番ポートを引き受け、名前解決もまとめて通します。もう 1 つは DNS の振り分けで、日本国内のドメインは国内 DNS に、海外のドメインはプロキシ経由の解決に任せます。どちらでも構いませんが、重要なのはクエリを経路の外に漏らさないことです。
確認方法は単純です。DNS リーク検出ページを開き、リゾルバの IP がどこに属するかを見ます。出口 IP が海外なのにリゾルバが地元プロバイダと表示されるなら、クエリが通信に追随していない証拠です。
向く人と向かない人:チェックリストで判断
- ✅ 自宅に TV ボックス、ゲーム機、スマートテレビなど、クライアントを入れられない端末がある
- ✅ 端末の数が多く、1 台ずつ設定・維持するコストが、ルーターを一度いじる手間に見合わない
- ✅ 端末ごとに振り分けたい明確なニーズがある(例:リビングの機器だけ国際回線を通す)
- ✅ 「ルーターが不調になると家中がネット不通になる」という影響範囲を受け入れられる
- ❌ スマートフォンとパソコンが 1〜2 台だけなら、クライアント方式のほうが手軽
- ❌ 家族がオンライン会議や授業でネットに依存しており、家中のネット不通を受け入れられない
- ❌ ルーターの機種が書き換え対応リストになく、新しい機器を買い足す予定もない
- ❌ 設定ファイルに触りたくないし、ルール更新のためのメンテナンス時間も取りたくない
ルーターに手を入れないという選択肢
ここまでのハードルを計算してみて割に合わないと感じたら、もう 1 つの代替ルートがあります。ルーターには手を入れず、端末ごとにクライアントを入れる方法です。得られるのはより小さな故障範囲と、より低いハードルです。設定も更新も端末側で完結し、1 台に問題が起きても他の端末には影響しません。
VPNOh のサブスクリプションはまさにこのルートです。1 つの契約で同時接続台数は無制限、スマートフォン・パソコン・タブレットにそれぞれクライアントを入れるだけ。ルーターを改造する必要も、端末ごとに個別課金されることもありません。100+ の国・地域、170+ の回線をカバーし、月額プランは ¥9.9 から(60GB 込み)。トラフィックパックに有効期限はありません。開設にメールアドレスは不要で、Alipay・WeChat・USDT に対応しています。
境界もはっきりさせておきます。クライアント方式では、スマートテレビやゲーム機などクライアントを入れられない端末はカバーできません。こうした端末が必須で、手持ちのルーターも書き換えられないなら、ルーター方式に戻るか、これらの端末は高速化の対象外にするかを受け入れるしかありません。地域ごとの回線状況は回線ページでリアルタイムに確認できます。
やると決めたら、この順番で進める
- 機種の確認:ルーターが OpenWrt のサポートリストにあるか、純正ファームに VPN クライアントが内蔵されているかを調べる。
- 出口の形を選ぶ:メインルーターを直接書き換える、サイドルーターを置く、ソフトルーターを追加する、の 3 つから 1 つ。
- サブスクリプションのリンクを読み込み、まず 1 台だけを高速化回線に通し、接続性と DNS 解決の帰属を確認する。
- そのうえで振り分けルールを追加する。日本国内は直結、海外は高速化回線へ。必要なら端末ごとにゲートウェイを指定する。
- 範囲を広げる前に戻し方を用意しておく。ゲートウェイをメインルーターに戻す、あるいは純正ファームに復元する。
- サブスクリプションとルールセットの更新は定期タスクにしておき、問題が起きてから手動で取得する羽目にならないようにする。