MacでVPNを使う際に大切なのは、接続ボタンを探すことではなく、クライアント、サブスクリプションの形式、システム権限を正しく組み合わせることです。対応クライアントをインストールし、サブスクリプションを追加して必要な設定を許可したら、出口IPとアプリの通信を確認します。システムに「接続済み」と表示されても、すべてのアプリが同じ経路を使っているとは限りません。
この記事では、サブスクリプションリンクを使ってプロキシサービスに接続する方法を説明します。勤務先から企業VPNのアドレス、証明書、デバイス管理用の構成プロファイルが提供されている場合は、勤務先の手順に従ってください。企業向けの設定と個人用サブスクリプションを混在させないようにしましょう。
インストール前に確認：システムVPNとサブスクリプション対応クライアント
macOSの「設定」にあるVPN項目は、システムが対応する接続方式向けで、あらゆるプロキシのサブスクリプションを直接読み込めるわけではありません。Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICはそれぞれ異なるプロキシプロトコルで、通常は対応クライアントと適切なコアが必要です。サブスクリプションリンクはノード情報や設定を配布するものであり、プロトコルそのものではありません。
ソフトウェア名だけで対応状況を判断しないでください。同じクライアントでも、バージョンによって対応プロトコル、設定形式、拡張モードが異なる場合があります。まずサービスの管理画面にあるクライアント案内を確認し、macOSの要件を照合してください。「このMacについて」で、Appleシリコン搭載機かIntel搭載機かも確認できます。
| 方式 | 適した設定 | 注意点 |
|---|---|---|
| システムのVPN設定 | 組織から提供された、システム対応の接続情報または構成プロファイル | 通常のプロキシサブスクリプションをサーバーアドレスとして直接入力することはできません |
| クライアントのシステムプロキシ | クライアントが対応するノードまたはサブスクリプション | 通常はシステムプロキシ設定に従うアプリだけに適用され、すべての通信をカバーするわけではありません |
| クライアントのTUNモードまたは拡張モード | クライアントが対応する仮想ネットワークインターフェースとルーティング設定 | 通常はより広い範囲をカバーしますが、ルーティング、除外ルール、DNS設定の影響を受けます |
VPNEatを利用する前に、クライアント案内で対応状況をご確認ください。ダウンロードページはインストーラーへの直接リンクではありません。サブスクリプションは管理画面にログインして取得します。VPNEatの利用にメールアドレスは不要です。プランと料金についてはプラン一覧をご覧ください。クライアントが無料かどうかと、回線サービスの料金は分けて考えましょう。
クライアントをインストールしてmacOSの権限を設定する
- 入手先を確認する。サービスの案内からリンクされている、プロジェクト公式の配布先を優先してください。バージョン、チップのアーキテクチャ、システム要件を確認し、見知らぬ添付ファイルや一時的なファイル共有サービスからインストーラーを入手するのは避けましょう。
- インストールしてから起動する。ディスクイメージからインストールする場合は、案内に従ってアプリを「アプリケーション」フォルダに移動してから起動してください。ディスクイメージ内から起動し続けないようにしましょう。
- 権限の確認画面を一つずつ読む。システムプロキシモードでは補助プログラムの権限が必要な場合があります。ネットワーク拡張を使うクライアントではVPN構成の追加を求められることがあり、別のTUN方式ではバックグラウンドコンポーネントの許可が必要な場合があります。表示される内容は実装によって異なり、どのクライアントでも同じ画面が出るわけではありません。
- 確認済みのコンポーネントだけを許可する。許可を求めているアプリが、インストールしたものと一致するか確認してください。管理対象のMacでネットワーク拡張が禁止されている場合は、デバイスポリシーを回避しようとせず、管理者に相談しましょう。
新しいmacOSでは、関連項目が「システム設定」の「ネットワーク」「プライバシーとセキュリティ」または拡張機能の管理画面にある場合があります。名称はバージョンによって異なるため、設定内検索を使ってください。項目が見つからなくても、出所不明の構成プロファイルを追加する必要があるとは限りません。
アプリに「破損している」または提供元を検証できないと表示された場合は、まずダウンロード先と公式のインストール手順を確認し直してください。システムのセキュリティ機能を無効にしたり、アプリの属性を再帰的に変更したりするターミナルコマンドを安易に実行しないでください。インストーラー自体の問題を見えにくくするおそれがあります。
サブスクリプションを追加してノードを選ぶ
サービスの管理画面にログインし、利用するクライアントに対応したサブスクリプションリンクをコピーします。クライアントに戻り、「設定」「サブスクリプション」「リモート設定」などからリンクを追加し、分かりやすい名前を付けて更新してください。管理画面からクライアントを直接起動できる場合も、画面が切り替わっただけで安心せず、読み込み結果を確認しましょう。
サブスクリプションの更新が完了すると、通常はノード一覧やプロキシグループが表示されます。一覧が空の場合は、リンクが完全か、サブスクリプションが有効か、現在のコアが形式に対応しているかを確認してください。ブラウザーでリンクを開けても、クライアントが内容を解析できるとは限りません。見知らぬオンライン変換サービスは避けましょう。変換時にサブスクリプションの認証情報が漏れるおそれがあります。
- ✅ 設定が一覧に保存されているだけでなく、現在の使用対象に選択されている。
- ✅ サブスクリプションの更新で形式エラーが発生せず、ノードとプロキシグループを正常に展開できる。
- ✅ 利用するアプリの地域要件に合うノードを一つ選び、頻繁な切り替えはひとまず控える。
- ✅ 証明書の検証に影響しないよう、システムの日時とタイムゾーンが適切に設定されている。
IEPL専用線、中継、直結は、通信経路や回線の構成方法を表すもので、クライアントのプロトコルではありません。IEPLは通常、専用線の区間に使われます。中継は入口サーバー経由で転送し、直結はプロキシサーバーへ直接接続します。これらだけで、サービスの出口地域やアプリとの互換性が決まるわけではありません。実際の使い心地は、利用者側のネットワーク、混雑状況、出口の品質にも左右されます。
初回接続では、まずクライアントが推奨する初期設定を使いましょう。システムプロキシを有効にするか、案内に従って拡張モードを有効にしてから、目的のウェブサイトにアクセスします。ノード、DNS、ルール、コアを同時に変更すると、問題の原因を特定しにくくなります。
ルールによる振り分けとDNS設定
ルールモードでは通常、ドメイン、アドレス、アプリごとのルールに基づいて、直接接続するかプロキシを使うかを決めます。日常利用に適した方式です。グローバルモードでは通常、クライアントの処理経路に入った通信を指定のポリシーに流します。ただし「グローバル」でも、Mac上のすべての通信が自動的に対象になるわけではありません。システムプロキシを使わないアプリは、元のネットワーク経路を利用する場合があります。
ブラウザーではアクセスできるのにデスクトップアプリではできない場合は、まずクライアントの接続ログにそのアプリのリクエストが記録されているか確認します。記録がなければ、アプリがシステムプロキシに従っていない可能性があります。記録があり、直接接続と表示される場合は、適用されたルールを確認してください。通信をクライアントに取り込む必要があると確認できた場合に限り、対応するTUNモードや拡張モードを検討しましょう。
DNSはドメイン名をIPアドレスに変換します。関連するDNS問い合わせも指定した経路を通したいのに、誤ってローカルネットワークのDNSサーバーが使われると、DNS漏洩が起きる可能性があります。「ウェブサイトが開ける」だけでは漏洩を否定できません。また、検査ページにローカル通信事業者の名前が表示されたからといって、必ず問題があるとも限りません。
クライアントのDNS、ブラウザーのセキュアDNS、システムDNSが結果に影響する場合があります。まずクライアントの説明に従って設定をそろえ、実際のリクエストログと照らし合わせて判断してください。DNSサーバーを変更するために証明書の検証を無効にしたり、DNSの変更ですべての接続問題を解決しようとしたりしないでください。
接続が有効かどうかを確認する方法
- 接続前後を比較する。接続前にブラウザーで確認したグローバルIPの地域を記録し、接続後、同じブラウザーでもう一度確認します。出口の変化から分かるのは、その確認時の通信経路が変わったことだけです。
- 目的のアプリを確認する。実際に使うウェブサイトやデスクトップアプリを開き、関係のないページを試すだけでなく、クライアントの接続ログでプロキシのルールが適用されているか確認します。
- DNSとIPv6を確認する。自分の振り分け方針に合わせて、DNSの問い合わせ先とIPv6の通信経路を確認してください。検査結果はブラウザーやクライアントの実装にも左右されるため、ルーティングルールと合わせて判断します。
- 切断後の状態を確認する。クライアントを正常に停止し、システムプロキシが元に戻り、通常のウェブサイトが開けることを確認します。その後、再接続して設定を繰り返し使えるか確かめましょう。
IPアドレスの位置情報データベースは更新が遅れることがあります。動画配信サービスやAIアプリでは、アカウントの地域、過去の利用状況、出口IPの評価などもアクセス可否の判断材料になる場合があります。出口の地域が正しくてもアプリを利用できない場合、Macの権限が原因とは限りません。具体的なエラーを確認し、プラットフォームのポリシーを調べてください。地域を何度も切り替えて試すのは避けましょう。
ブラウザーの出口が想定どおりで、目的のリクエストに適切なルールが適用され、実際のアプリが動作していれば設定完了です。クライアントの接続表示は確認の出発点であり、最終的な動作確認そのものではありません。
よくあるトラブルの対処手順
設定の追加を拒否される、または補助プログラムを許可できない
現在のアカウントに必要な管理者権限があるか確認し、ネットワーク拡張の確認待ち通知がないか調べてください。クライアントの保存場所を移動した後やアップデート後に許可を繰り返し求められる場合は、アプリを終了して公式手順に沿って補助プログラムを修復します。正体の分からないシステムファイルを手動で削除しないでください。会社支給のデバイスに設定された制限は、管理者に対応を依頼しましょう。
接続済みと表示されるのにウェブサイトが開かない
まずクライアントを停止し、元のネットワークが使えることを確認します。次に、現在の設定、プランの状態、ノードの選択を確認してください。一時的にほかのプロキシソフトを終了し、システムプロキシ、仮想インターフェース、DNS設定の競合を避けます。特定のドメインだけ開けない場合は、すべてのソフトを再インストールする前に、そのドメインの振り分けログを確認しましょう。
サブスクリプションを更新できない、またはノードを解析できない
「サブスクリプションを取得できない」場合と、「取得できたが解析に失敗する」場合を切り分けます。前者ではネットワーク、リンクの有効性、管理画面の状態を確認してください。後者ではサブスクリプションの形式、クライアントのバージョン、プロトコルの対応状況を確認します。サポートに問い合わせる際はエラー文、OSとクライアントのバージョンを伝え、サブスクリプションリンク全体は公開しないでください。
スリープ復帰後に接続できない、または終了後もインターネットにつながらない
Wi-Fiから有線ネットワークに切り替えた後やスリープから復帰した後は、古い接続を再確立する必要がある場合があります。クライアントからいったん切断して再接続してください。終了後も問題が続く場合は、システムプロキシの設定が残っていないか、拡張モードが正常に停止したか確認します。そのクライアントが設定したと確認できる項目だけを変更し、企業ネットワークの設定は保持してください。
初回設定が済んだら、使えるクライアントのバージョンとルール設定を保ち、必要に応じて更新すれば十分です。毎日すべての手順をやり直す必要はありません。プラットフォームの操作を引き続き確認する場合は使い方ガイドをご覧ください。原因を特定できないエラーは管理画面のサポートチケットからご報告ください。実施済みの確認内容を添えると、問題の範囲を絞り込みやすくなります。