クライアントは「接続済み」と表示しているのにブラウザでページが開けない、あるいは出口のアドレスがまったく変わらない。こうした現象の多くは、拡張機能の承認と構成の承認という2つの手順に原因があります。macOS はサードパーティ製 VPN のトンネルをシステムの NetworkExtension フレームワークに組み込んでおり、クライアントは自前でトンネルを実装せず、システム拡張をインストールして VPN 構成をシステムに要求します。どちらかの手順が拒否されても接続状態はそのまま表示され、通信はトンネルに入らないことがあります。
macOS で VPN を入れるときの3つのつまずき
まずこの3か所を順番に確認してください。「インストールできない」という問題のほとんどはこの手順で解決します。
つまずき1:システム拡張が有効になっていない
インストール後、システム設定 → 一般 → ログイン項目と拡張機能 → 拡張機能 → ネットワーク拡張機能を開くと、クライアントの項目が表示され、初期状態はオフになっています。オンにすると管理者パスワードの入力が求められ、クライアントによっては再起動を促されます。ここがオフのままだとクライアントの TUN モードが構築できず、「接続はしているのにページが開けない」という症状になります。
つまずき2:VPN 構成の承認をキャンセルしてしまった
初回接続時に、クライアントが VPN 構成を追加してよいかを確認するダイアログが表示されます。誤って「許可しない」を選ぶとダイアログは二度と表示されず、クライアント側では追加失敗のエラーだけが繰り返されます。復旧するにはシステム設定 → プライバシーとセキュリティを開き、下部にある該当項目を手動で許可します。リストに項目が残っていない場合は、設定を探し回るよりクライアントを削除して再インストールするほうが早く解決します。
つまずき3:iCloud プライベートリレーとの重複
iCloud プライベートリレーを有効にすると、Safari の通信はまず Apple の中継ノードを経由します。VPN と同時に有効にすると2段階のプロキシが重なり、クライアントは接続済みなのに出口アドレスが変わらない、一部のサイトで証明書や地域判定がおかしくなる、といった症状が出やすくなります。切り分けるときは、システム設定 → Apple アカウント → iCloud → プライベートリレーを一時的にオフにしてから、もう一度出口アドレスを確認してください。
「許可しない」を選ぶとシステムは再度ダイアログを出しません。これは macOS で最も見落とされやすいポイントです。「VPN 構成の追加に失敗しました」と表示されたら、まずプライバシーとセキュリティのスイッチを確認し、そのうえでクライアント側を疑ってください。
| つまずき | よくある症状 | 設定場所 | 再起動の要否 |
|---|---|---|---|
| システム拡張が無効 | 接続済みと表示されるが、メニューバーに VPN の表示がなく、Web ページが開けない | システム設定 → 一般 → ログイン項目と拡張機能 → ネットワーク拡張機能 | 多くの場合必要 |
| VPN 構成の承認が拒否された | 構成の追加に失敗したというエラーが繰り返し出て、接続ボタンが反応しない | システム設定 → プライバシーとセキュリティ | 不要 |
| iCloud プライベートリレー | 接続済みでも出口アドレスが変わらず、一部のサイトで異常が出る | システム設定 → Apple アカウント → iCloud → プライベートリレー | 不要 |
チップの互換性:M シリーズと Intel モデルの違い
Apple シリコンと Intel モデルは同じ macOS を動かしていますが、バイナリの構成と拡張機能の読み込み方法が異なります。同じクライアントが2つの環境で挙動を変える場合、原因はたいていこの2点にあります。
バイナリのアーキテクチャと変換コスト
クライアントが Intel 向けバイナリしか提供していない場合、Apple シリコンでは Rosetta の変換層で動作します。トンネルの転送はシステムコールが多い処理経路なので、変換層が1枚増えるとハンドシェイクが遅くなり、CPU 使用率も上がり、長時間接続しているとバッテリー消費も早まります。arm64 または Universal バイナリを提供しているクライアントを選べば、この層を省けます。
システム拡張とカーネル拡張
初期の VPN クライアントはカーネル拡張でトンネルを実装しており、Apple シリコンのモデルでこの種の拡張を読み込むには起動セキュリティを下げてリカバリモードで再起動する必要があり、一般ユーザーには大きなハードルでした。現在の主流は NetworkExtension のシステム拡張に移行しており、起動セキュリティを変更する必要はありません。今も「セキュリティを下げる」よう求めてくるクライアントは移行が済んでいないと判断できるので、メイン機での利用はおすすめしません。
システム拡張は署名と公証も必要です。署名が無効な拡張は読み込みを拒否され、エラーは「プライバシーとセキュリティ」下部の1行の通知にしか出ないことが多く、クライアント側のエラーメッセージは曖昧なので、切り分けを誤りやすくなります。
| 項目 | Apple シリコン(M シリーズ) | Intel モデル |
|---|---|---|
| 推奨バイナリ | arm64 または Universal | x86_64 |
| 変換層 | Intel 専用バイナリは Rosetta で変換され、ハンドシェイクと転送に余分なコストがかかる | 該当なし |
| システム拡張の読み込み | ログイン項目と拡張機能で手動で有効にする必要がある | 同様に手動で有効にする必要がある |
| カーネル拡張 | 起動セキュリティの引き下げが必要で、非推奨 | 読み込みは可能だが、こちらも非推奨 |
| 署名の要件 | 拡張は署名と公証が必須で、なければ読み込みが拒否される | 同上 |
プロトコルとクライアント:macOS での選び方
macOS 向けクライアントの多くは Clash/mihomo や sing-box のコアをベースにしており、画面はシェルにすぎず、実際の使い勝手を決めるのはコアが対応するプロトコルと振り分け機能です。サブスクリプションのリンクを読み込むと、コアがルールに従ってどのドメインをトンネルに通し、どれを直接接続するかを決めます。同じサブスクリプションでもクライアントによって挙動が変わるのはこのためです。
サブスクリプションリンクの利点は、ノードが調整されたときにクライアント側で更新するだけで済み、手動で設定を書き換える必要がないことです。手動で読み込んだ設定ファイルはサーバー側の変更後に無効になるため、再エクスポートが必要です。長く使うならサブスクリプションリンクをおすすめします。
プロトコルに絶対的な優劣はなく、置かれたネットワーク環境で判断します。
| プロトコル | 伝送 | 特徴 | 向いている場面 |
|---|---|---|---|
| Shadowsocks | TCP / UDP | 構造がシンプルで、追加のオーバーヘッドが小さい | 日常の Web 閲覧、文書、ダウンロード |
| VMess | TCP、WebSocket、gRPC など | 伝送の組み合わせが多く、設定項目も多い | 伝送を柔軟に組み合わせたいとき |
| Trojan | TLS over TCP | 外観が通常の HTTPS 通信に近い | 偽装性が求められるネットワーク |
| VLESS | TLS / XTLS | 暗号化層を内蔵せず、TLS で安全性を確保する | TLS と組み合わせて使う |
| Hysteria2 | QUIC(UDP) | 弱い回線やパケットロスが多い環境でハンドシェイクが速い | モバイル回線、長距離の国際経路 |
| TUIC | QUIC(UDP) | 遅延は低いが、UDP の品質に敏感 | UDP が制限されていないネットワーク |
TUN モードとシステムプロキシモード
TUN モードは仮想ネットワークインターフェースで全通信を引き受け、システムプロキシ設定を読まないコマンドラインツールも対象になります。システムプロキシモードはアドレスをシステムのプロキシ設定に書き込むだけで、ターミナルの curl や git は既定ではプロキシを通りません。Mac でどちらのモードを使っているかは、メニューバーのアイコンと、ネットワーク設定に仮想インターフェースが増えているかどうかで判断できます。
振り分けルールが実際の使い勝手を決める
グローバルモードはすべての通信をトンネルに流すため、日本国内のサイトを見るときも遠回りになり、かえって速度が落ちます。ルールモードはドメインと IP で振り分け、国内は直接接続、海外はトンネル経由にするもので、Mac ではこれが標準的な設定です。ルールリストは定期的な更新が必要で、古いルールは新しいドメインを誤判定し、一部のサイトが開かない、読み込みが遅いといった形で現れます。
インストール後の確認:4手順で切り分ける
接続できたからといって有効になっているとは限りません。次の順番で確認すると、どの層で問題が起きているかを特定できます。
- 出口アドレスを確認:接続の前後で IP 確認ページを開き、出口アドレスと所在地を見比べます。アドレスが変わっていなければ通信はトンネルに入っていないので、まず権限の節に戻ってください。
- DNS 解決を確認:DNS リークテストで、解決リクエストがトンネルの出口側から出ているかを確認します。ローカルの回線事業者が表示されるなら、振り分けルールが DNS を直接接続側に流しています。
- 振り分けルールを見る:ルールモードでは日本国内のドメインが直接接続になるのは想定どおりの動作です。特定のドメインがトンネルを通るかどうかは、開く速さで判断するのではなく、クライアントの接続ログでどのルールに一致したかを見てください。
- プロトコルを変えて再テスト:TCP 系プロトコルでハンドシェイクは正常なのに速度が不安定なときは、Hysteria2 や TUIC を試します。逆に、利用しているネットワークが UDP を厳しく制限している場合は、Trojan や VLESS over TCP に戻すほうが安定します。
- ✅ 出口アドレスが選択したノードの所在地と一致している
- ✅ DNS 解決の結果がトンネル出口側のリゾルバになっている
- ✅ クライアントのログで対象ドメインがプロキシルールに一致している
- ✅ ターミナルの curl でも海外のアドレスが返り、TUN モードで動作しているとわかる
- ❌ 出口アドレスがローカルの回線事業者のままで、通信がトンネルに入っていない
- ❌ ブラウザだけ有効で他のアプリがプロキシを通らない場合は、システムプロキシモードのままの可能性が高い
まず検証してから支払いを:出口アドレスと DNS 解決の2項目が期待どおりになってから、長期の契約を判断してください。VPN31 は14日間の無条件返金があるので、検証にかかる時間的な負担は大きくありません。
Mac で VPN を選ぶときの指標
権限とプロトコルは「使えるかどうか」を左右し、次の項目は「快適に使えるか」を決めます。
カバー範囲と回線数は選べるノードの余地を、台数は家族と1つの契約を共有できるかどうかを決めます。VPN31 のアカウントは台数無制限で、同じ契約を Mac、スマートフォン、タブレットで同時にログインして使えます。登録に必要なのはユーザー名とパスワードだけで、メールアドレスは不要です。支払い面では14日間の無条件返金があるので、前節の方法で検証してから長期利用を判断できます。
もう1つはログポリシーです。VPN31 はログを記録しません。これはプライバシー説明に明記されている方針の表明であり、技術的な保証ではありません。プライバシーを重視する場合は、クライアント側のローカル接続ログがアップロードされないかも自分で確認しておくとよいでしょう。
回線の種類:直結、中継、IEPL 専用線
- 直結:クライアントが海外ノードに直接接続するため経路は最短ですが、国際出口の混雑をそのまま受けるので、夜のピーク時間帯に最も変動しやすくなります。
- 中継:いったん中継入口に接続してから海外に出るためホップが1つ増えますが、混雑した経路の一部を避けられ、直結より安定します。
- IEPL 専用線:通信事業者の専用線を通り、公衆の国際出口を経由しないため、夜のピーク時のパケットロスとジッターが最も小さく、コストも最も高くなります。
Mac で Web 閲覧が中心で、たまに 4K 動画を見る程度なら直結と中継で十分です。長時間つないで会議をしたりファイルを転送したりする場合や、夜のピーク時間帯を気にする場合は、IEPL 専用線のある回線を優先してください。
通信量プランの選び方
| プラン | 料金 | 通信量 | 説明 |
|---|---|---|---|
| 月額プラン | ¥9.9/月 | 60GB | 通信量は開通日を基準に毎月リセット |
| 月額プラン | ¥18/月 | 250GB | 通信量は開通日を基準に毎月リセット |
| 月額プラン | ¥28/月 | 500GB | 通信量は開通日を基準に毎月リセット |
| 通信量パック | ¥158 | 300GB | 使い切るまで有効、期限なし |
| 通信量パック | ¥358 | 1000GB | 使い切るまで有効、期限なし |
| 通信量パック | ¥658 | 3000GB | 使い切るまで有効、期限なし |
選び方の結論:Mac だけで使い、Web と文書が中心なら ¥9.9/月 の 60GB プランで足ります。4K をよく見る、あるいはスマートフォンやタブレットも同時につなぐなら ¥18/月 の 250GB プランが適しています。毎月の更新が不要なら通信量パックを選べば、使い切るまで有効で期限はありません。途中でプランをアップグレードした場合、差額は残り日数で按分されます。
よくある質問とまとめ
ブラウザでは使えるが、ターミナルがプロキシを通らない
システムプロキシモードはシステムのプロキシ設定に書き込むだけで、ターミナルの curl、git、brew は既定では読みません。シェルでプロキシの環境変数を明示的に設定するか、TUN モードに切り替えて仮想インターフェースに全通信を引き受けさせてください。
アンインストール後も VPN 構成が残っている
クライアントを削除しても VPN 構成は自動で消えません。システム設定 → VPN で残った項目を削除し、ログイン項目と拡張機能で該当する拡張も外してください。残したままだと、次のクライアントを入れたときに構成が衝突することがあります。
macOS をアップグレードしたら動かなくなった
OS のメジャーアップデートで拡張の承認がリセットされます。アップグレード後にログイン項目と拡張機能でネットワーク拡張を再度有効にし、もう一度接続すれば復旧します。クライアントの再インストールは不要です。
同じ契約を他のデバイスでも使えるか
使えます。アカウントは台数無制限なので、Mac、スマートフォン、タブレットで1つの契約を共有でき、デバイスごとに料金を払う必要はありません。規約の範囲内での同時利用であれば、互いに接続を押し出すこともありません。
常時接続しておくべきか
Mac で VPN を常時オンにすると、待機中の電力消費が増え、プリンター、画面ミラーリング、LAN 共有といったローカルサービスに届かなくなります。より現実的なのは、LAN と日本国内のドメインを直接接続のルールに入れ、必要な通信だけをトンネルに通す方法です。グローバルプロキシは避けましょう。
結論:macOS で VPN を選ぶときは、まずクライアントがシステム拡張への移行を済ませているかを見て、次に回線の種類と通信量プランを確認し、最後に出口アドレスと DNS 解決の2項目で本当に有効になっているかを検証してください。権限が許可されていなければ、どのプロトコルに変えても動きません。