MacでVPNを使う基本的な流れは、対応クライアントをインストールし、有効なサブスクリプションを読み込んで必要な権限を許可し、通信経路を確認することです。macOS標準のVPN設定では、すべてのサブスクリプションリンクをそのまま利用できるわけではありません。利用可否は、クライアントが対応するプロトコル、設定形式、接続モードによって異なります。
まずクライアントを確認し、その後でシステム設定を変更しましょう。プロキシのサブスクリプションが提供されている場合、通常は対応クライアントに読み込みます。リンクをシステムVPNのサーバーアドレスに入力するものではありません。ブラウザーで目的のサイトにアクセスできても、すべてのアプリがその経路を使っているとは限りません。
インストール前に確認：チップ、システム、サブスクリプション
Appleメニューから「このMacについて」を開き、チップの種類とmacOSのバージョンを確認します。ダウンロードページにAppleシリコン版とIntel版がある場合は、該当するインストーラーを選びましょう。ユニバーサル版と記載されている場合は、配布元の案内に従ってインストールします。ファイル名に「Mac」とあるだけで互換性を判断したり、古いクライアントを動かすためにシステムのセキュリティ設定を安易に下げたりしないでください。
サービスとクライアントは役割が異なります。サービスはアカウント、通信量、接続先の設定を提供し、クライアントは設定を読み込んで通信を処理します。Shadowsocks、VMess、Trojan、VLESSなどはプロトコル名であり、macOSのシステム設定にそのまま貼り付けられるサブスクリプション形式ではありません。クライアントが特定のプロトコルに対応していても、あらゆるサービスの設定ファイルを読み込めるとは限りません。
VPNQIはmacOSに対応しています。本サービスを利用する場合は、ユーザーパネルからクライアントの入手先を確認し、ログイン後にサブスクリプションを取得してください。有効なプランがある場合に、該当するダウンロード先を利用できます。メールアドレスは不要で、ユーザー名とパスワードで利用登録できます。他のサービスでも、転載サイトではなく公式案内に記載された入手先を利用しましょう。
- ✅ インストーラーの配布元、対応チップ、必要なmacOSのバージョンを確認する。
- ✅ プランが有効で通信量を利用できること、クライアントに対応したサブスクリプション形式を確認する。
- ✅ 問題発生時に元へ戻せるよう、現在のプロキシとDNSの設定を控えておく。
- ❌ 出所不明のスクリプトやセキュリティチェックの無効化を、インストールの前提にしない。
クライアントのインストールとシステム権限
一般的なインストーラーはディスクイメージ形式で配布されます。開いたら案内に従ってアプリを「アプリケーション」フォルダへ移動し、そのフォルダから起動してください。App Storeから入手したクライアントは、ストアの手順に沿ってインストールします。マウントしたインストーラーから長期間起動すると、アップデートや補助コンポーネントの認識、権限の記録に問題が起きることがあります。
初回起動時に、配布元の確認、VPN構成の追加、補助ツールのインストール、ネットワーク拡張機能の有効化を求められる場合があります。これらはそれぞれ別の許可で、すべてのクライアントがすべてを必要とするわけではありません。システムプロキシだけを使うアプリでは、ネットワーク拡張機能が不要な場合があります。システムトンネルを利用するアプリでは、ネットワーク構成をシステムに許可する必要があることがあります。
- ダイアログに表示されたアプリ名と開発元が、インストールしたクライアントと一致しているか確認します。
- クライアントの案内に従い、必要なネットワーク構成を許可します。管理者の承認が必要な場合はシステムのダイアログで操作し、不審なWebページにMacのパスワードを入力しないでください。
- システムから拡張機能がブロックされたと表示された場合は、システム設定で該当する許可項目を探します。項目の場所や名称はmacOSのバージョンによって異なるため、「拡張機能」「VPN」「プライバシーとセキュリティ」などで検索してください。
- 許可したらクライアントに戻って再接続します。再起動はシステムから明示的に求められた場合だけでよく、何度も再インストールする必要はありません。
サブスクリプションの読み込み：リンク、形式、更新
サブスクリプションリンクを使うと、クライアントが接続先の設定を取得できます。通常、アカウントを特定できる認証情報が含まれています。一般的な案内ページや、単一の接続先のサーバーアドレスとは異なります。クライアントに「リンクから追加」「リモート設定」「サブスクリプション管理」などの項目がある場合があります。実際の名称はアプリの画面で確認してください。
- サービスのパネルで現在のクライアントに対応するサブスクリプション形式を選び、リンク全体をコピーします。途中に空白や改行を追加しないでください。
- クライアントのサブスクリプションまたは設定画面を開き、リンクから追加する項目を選びます。判別しやすい名前を入力して保存してください。
- 取得または更新を実行し、接続先の一覧が表示されることを確認します。Webページの文字列が表示されたり解析エラーになったりする場合は、パネルのページURLをコピーしていないか確認してください。
- 読み込んだ設定を有効にし、接続先またはルールセットを選択します。サブスクリプションを保存しただけでは、接続は有効になりません。
読み込みに失敗した場合は、「ダウンロード失敗」と「解析失敗」を切り分けます。ダウンロード失敗は、現在のネットワーク、リンクの有効性、サーバーの応答などが原因の可能性があります。解析失敗は、形式の不一致やクライアントのバージョンが設定項目に対応していない場合によく起こります。アカウントのパスワードをプロキシ認証欄に片端から入力して試さないでください。サブスクリプションの認証情報と個別の接続先の認証情報は異なる場合があります。
サブスクリプションを更新するとリモート設定が再取得されますが、ローカルルールが上書きされるかどうかはクライアントによって異なります。変更する前に、独自ルールやローカルでの上書きに対応しているか確認してください。接続先の変更、設定エラー、サービスからの更新案内があった場合に更新すればよく、根拠のない固定間隔を設定する必要はありません。
接続モード：システムプロキシとルール分岐
初めて接続するときは、クライアント推奨のルール設定を維持し、目的の地域の接続先を選びましょう。複数のプロキシクライアントを同時に有効にすると、システムプロキシ、トンネルのルーティング、DNS設定が互いに上書きされることがあります。接続先を比較する際は、アプリ、設定、アクセス先を変えずに接続先だけを切り替えてください。
| 方式 | 主な動作 | 一般的な制約 | 確認するポイント |
|---|---|---|---|
| システムプロキシ | システムプロキシ設定に従うアプリにプロキシ接続を提供する | 一部のターミナルツールやアプリは、この設定を自動的に使用しない | 現在のネットワークサービスでプロキシが有効か、対象アプリが設定に従っているか |
| トンネル / TUN モード | 仮想ネットワークインターフェースとルーティングを通じて、対象の通信を処理する | 対象範囲はルーティング、除外設定、クライアントの実装によって異なる | 必要な権限、ルートの競合、DNSの制御状態 |
| ルールモード | ドメイン、アドレスなどの条件に応じて、直接接続かプロキシかを選ぶ | ルールの順序や対象との一致状況によって結果が変わる | 対象の通信がどのルールに一致し、どのポリシーが選ばれたか |
| グローバルプロキシポリシー | クライアントに取り込まれた通信を、選択したプロキシにまとめて転送する | もともとクライアントを経由しないアプリの通信を、自動的にプロキシへ流すわけではない | ポリシー名だけでなく、通信がクライアントに取り込まれているか |
これらのモードはすべて同じ階層にあるわけではありません。システムプロキシとトンネルは主に通信を取り込む方法を決め、ルールとグローバルポリシーは取り込んだ通信の転送方法を決めます。そのため、「グローバルにしても直接接続するアプリがある」ことに矛盾はありません。アプリの通信がそもそもクライアントに取り込まれていない可能性があります。
接続先の種類もモード設定の代わりにはなりません。IEPL専用線は回線の構成を表し、中継接続は通常、入口から出口へ転送します。直接接続は通常、利用中のネットワークからリモートノードへ直接接続します。これらはプロキシプロトコルやアプリごとの通信振り分けとは別の概念です。接続先の名称だけでは、すべてのWebサイトにアクセスできるとは限らず、現在の環境で接続を確認する必要があります。
接続を確認する：出口、アプリ、DNS
クライアントに「接続済み」と表示されても、通常は接続処理が開始されたか、トンネルが確立したことを示すにすぎません。確認するには、まず目的の海外サイトを開き、その後に出口情報を調べます。ルールモードを使う場合は、本来プロキシを経由するはずのサイトで確認してください。直接接続するサイトの結果だけで、設定全体の不具合を判断することはできません。
ブラウザーとターミナルは別々に確認してください。Safariなどのブラウザーでアクセスできても、コマンドラインツールがプロキシを使っているとは限りません。ターミナルのプログラムでは、独自のプロキシ環境変数が必要な場合があります。HTTPプロキシとSOCKSプロキシのどちらに対応するかは、ツールの説明を確認してください。ローカルの待ち受けポートがわからないままコマンドをコピーしたり、サブスクリプションリンクをプロキシのアドレスとして使ったりしないでください。
DNSの確認では、ドメイン名の問い合わせ先が想定どおりかを調べます。ブラウザー内蔵のセキュアDNS、システムの名前解決機能、クライアントのDNS設定によって、問い合わせ経路が異なる場合があります。DNS検査ページに表示されたサービス名だけで、漏えいと判断することはできません。ルール、問い合わせの送信経路、選択中のモードをあわせて確認してください。キャッシュが結果の確認に影響することもあります。
- ✅ 対象アプリでアクセスできるか確認し、クライアント上で想定したルールに一致しているか確認する。
- ✅ プロキシを経由する通信と直接接続する通信を比べ、振り分け設定が逆になっていないか確認する。
- ✅ DNSに問題がある場合は、クライアントの名前解決設定とブラウザーのセキュアDNSを順に確認する。
- ✅ 接続を切った後、通常のネットワーク通信に戻ることを確認し、プロキシやトンネルの設定が正しく解除されるか確かめる。
よくあるトラブル：症状別に確認
権限の確認が繰り返し表示される、またはネットワーク拡張機能を有効にできない
アプリが「アプリケーション」フォルダに移動されているか、古いコピーを起動していないか確認してください。システム設定に承認待ちの項目がないか、クライアントが現在のシステムに対応しているかも確認します。組織管理下のMacでは、ネットワーク拡張機能やVPN構成の追加が禁止されている場合があります。管理者に相談し、管理ポリシーを自分で回避しないでください。
接続済みと表示されるのに、目的のWebサイトを開けない
他のプロキシアプリを終了し、クライアントで有効な設定と利用可能な接続先が選択されているか確認してから、通信に適用されたルールを確認します。同じ地域の別の接続先に切り替えても解決しない場合は、プランの状態、通信量、サブスクリプションの更新結果を確認してください。会社のVPN、フィルタリングソフト、他のネットワーク拡張機能が競合することもあります。それぞれの案内に従って、ひとつずつ無効にして確認してください。
ブラウザーは使えるのに、他のアプリは使えない
接続先の障害ではなく、通信を取り込む方法の違いが原因かもしれません。対象アプリに個別のプロキシ設定がないか確認し、必要であればトンネルモードの利用を検討してください。Windows、iOS、Androidの権限や通信制御の方法をMacにそのまま当てはめることはできません。同じ名前のクライアントでも、プラットフォームによって機能が異なる場合があります。
クライアントを終了しても通常のネットワーク通信に戻らない
まずクライアントを再度開き、切断またはシステムプロキシの無効化機能を使ってください。それでも直らない場合は、システム設定で現在のネットワークサービスのプロキシ項目と、VPN構成が接続中のままになっていないか確認します。今回の操作で変更した項目だけを元に戻し、見覚えのない設定をまとめて削除しないでください。職場のネットワークに関わる場合は、先に管理者へ相談してください。
確認する順序：アカウントとサブスクリプション → クライアントと権限 → 通信の取り込み → ルールとDNS → 接続先。一度に変更する項目はひとつにし、エラーメッセージと発生状況を記録してください。何度も再インストールしたり、手当たり次第に設定を切り替えたりするより、原因を特定しやすくなります。
サポートに問い合わせる際は、macOSのバージョン、チップ、クライアントのバージョン、接続モード、エラーメッセージを伝えてください。スクリーンショットではサブスクリプションの認証情報を隠しましょう。VPNQIはログを記録しないプライバシーポリシーを採用していますが、端末、ブラウザー、アクセス先のWebサイトにも記録が残らないという意味ではありません。基本的な手順は使い方ガイドをご覧ください。設定に関する問題はヘルプセンターで確認できます。