MacでVPNを使う方法macOSのインストールから動作確認まで

インストール前にクライアントとプロトコルの互換性を確認

クライアントは接続ツールにすぎず、サブスクリプションにはノード、ポート、通信方式、認証パラメータが含まれます。両者には互換性が必要です。macOSにインストールできるクライアントでも、手元のサブスクリプション全体を解析できるとは限りません。読み込む前に、サービスパネルや使い方ガイドで推奨クライアントと、サブスクリプションが対応するプロトコルを確認しましょう。

サブスクリプションでは、Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICなどが使われることがあります。認証項目、トランスポート層、クライアントの対応範囲はそれぞれ異なります。Shadowsocksは暗号化プロキシプロトコル、VMessとVLESSは異なる通信方式と組み合わせて使われることが多く、Trojanは通常TLSと組み合わせます。Hysteria2とTUICはUDPベースの通信設計を採用しています。ノード名だけで互換性を判断せず、余分に見えるパラメータを手動で削除しないでください。

複数のmacOSクライアントが提供されている場合は、使用中のサブスクリプションプロトコルに対応すると明記されたバージョンを優先してください。画面のシンプルさだけで比較するのは避けましょう。重要なのは、サブスクリプションの更新、ルールベースの分割ルーティング、DNS設定、接続ログ、アプリごとの通信処理、スリープやネットワーク切り替え後の再接続方法などです。

• ✅ サービスパネルまたは公式ガイドに記載された入手元からインストーラーを取得する。
• ✅ 「プロキシ対応」という表示だけでなく、サブスクリプションで実際に使われるプロトコルに対応していることを確認する。
• ✅ サブスクリプションURLは機密情報として扱い、フォーラム、スクリーンショット、共有ドキュメントに公開しない。
• ✅ インストール前に同種のネットワークツールを終了し、複数のネットワーク拡張が同時にルートやDNSを変更しないようにする。
• ✅ トラブル時に元へ戻せるよう、既存のプロキシとDNS設定を記録しておく。

macOSにクライアントをインストールし、権限ダイアログに対応する

ダウンロード後、インストーラーの形式に応じてアプリを「アプリケーション」フォルダへ移動するか、画面の指示に従って配置します。初回起動時、macOSが開発者署名やファイルの入手元を確認することがあります。システムが不明なアプリや破損したアプリを明確にブロックした場合は、確認を無効にして実行せず、信頼できる入手元から再ダウンロードし、サービスガイドのインストール方法を確認してください。

クライアントが初めて接続するときは、「VPN構成を追加」やネットワーク拡張の有効化を求められることがあります。許可すると、システム設定のネットワークまたはVPNの項目に対応する構成が表示されます。この構成は、クライアントが通信処理ルールをシステムへ登録するための入口です。削除すると、クライアント画面にノードが残っていても、システムレベルの接続を確立できなくなることがあります。

1. クライアントを開き、インストールしたアプリとアプリ名が一致することを確認します。
2. 読み込みまたは初回接続を実行し、macOSが権限要求を表示するまで待ちます。
3. ダイアログを読み、VPN構成、ネットワーク拡張、システム設定に関する要求であることを確認します。
4. システム設定で許可を完了し、クライアントに戻って接続を再実行します。
5. システムからアプリの再起動を求められた場合は、クライアントを通常どおり終了してから「アプリケーション」フォルダより起動します。

「許可しない」を押した場合の対処

誤って権限を拒否しても、通常は再インストールする必要はありません。まずクライアントの接続タスクを切断し、macOSのシステム設定でVPN、ネットワーク、プライバシーとセキュリティに関する項目に未承認の設定が残っていないか確認します。許可したらクライアントを終了して再起動してください。元の要求が消えている場合は、クライアントで未完了のローカル構成を削除し、接続作成をもう一度実行すると、システムに確認画面が再表示されます。

システムが管理者権限を求める理由

ネットワーク拡張のインストール、保護されたフォルダへの書き込み、システム全体のネットワーク設定変更を行う際、macOSがローカル管理者権限を求めることがあります。表示はシステム画面から出され、直前に実行したインストールや接続操作と対応している必要があります。関連する操作をしていないのに権限要求が突然表示された場合は、まずキャンセルし、起動中のアプリを確認してください。

クライアントを開くとすぐ終了する

まずインストーラーが現在の環境に対応していることを確認し、アプリをディスクイメージ内から直接起動していないか確認します。クライアントによっては、拡張機能や設定を安定して保存するため、「アプリケーション」フォルダへのコピーが必要です。それでも終了する場合は、システムレポートとクライアントログでエラーの種類を確認し、アーキテクチャの不一致、拡張機能の読み込み失敗、設定ファイルの破損、旧バージョンの残存を重点的に調べましょう。最初から経路の問題だと決めつけないことが大切です。

サブスクリプションURLを読み込み、ノードを更新する

サブスクリプションURLは通常、サービスパネルで生成され、クライアントがノード一覧と接続パラメータを取得するために使います。アクセス情報が含まれる場合があるため、パスワードと同じように管理してください。オンライン変換サイトへ送信したり、公開の場でURL全体を表示したりしないでください。コピーするときはパネルから直接コピーし、クライアントのサブスクリプション読み込み画面に貼り付けます。

クライアントによって入口の名称は「サブスクリプション」「設定」「リモート設定」「URLから読み込む」など異なります。名称は違っても、クライアントにサブスクリプションURLを保存して設定を取得する目的は同じです。「クリップボードから読み込む」機能を使う場合は、クリップボードに完全なURLだけが入り、前後に空白、改行、説明文がないことを確認してください。

1. サービスパネルでmacOS対応のサブスクリプションURLをコピーします。
2. クライアントのサブスクリプションまたは設定管理画面を開きます。
3. URLからの読み込みを選び、URLをアドレス欄に完全な形で貼り付けます。
4. 識別しやすいローカル名を付け、URL本体は変更しません。
5. 更新を実行し、ノード一覧とプロトコル項目の読み込みが完了するまで待ちます。
6. 対象地域のノードを選び、接続を開始します。

読み込み後にノードが表示されない場合は、まずクライアントがURLをリモートサブスクリプションとして認識しているか確認します。ブラウザーでURLを開けても、クライアントが返されたエンコードやプロトコルに対応しているとは限りません。一部のノードだけが表示される場合は、クライアントのバージョンとプロトコル対応を確認しましょう。古いノードは残っているのに新しいノードが表示されない場合は、サブスクリプションを手動で更新し、更新ログを確認します。サーバーパラメータを一つずつ手動編集するのは避けてください。

経路名と経路タイプの見方

ノード名には地域や経路に関する表示が含まれることがありますが、最終的にはサービスの説明を基準にしてください。直接接続はクライアントから対象ノードへ直接接続するため経路が比較的単純ですが、国内通信事業者の国際経路の変化を受けやすい面があります。中継接続では、いったん中継ノードに入り、対象地域へ転送します。主な目的は入口側の経路を改善することです。IEPL専用線は企業向けの国際専用線に近い形態で、公開ネットワークへの露出や経路方式は通常の直接接続と異なります。ただしクライアント側では、正しいプロトコル、認証情報、ローカルネットワーク環境が必要です。

クライアントへの読み込み操作だけで、通常の経路がIEPLに変わったり、サービス側の通信構成が変わったりすることはありません。経路を選ぶときは、まず対象地域とアプリの用途を確認し、接続ログと実際のアクセス状況を組み合わせて判断してください。名称にある「高速」表示やアイコンだけで結論を出さないようにしましょう。

接続後にVPNが実際に機能しているか確認する

クライアントに「接続済み」と表示されても、ローカルの接続処理が完了したことを示すだけで、すべてのアプリが想定した経路を通っているとは限りません。macOSでは、ブラウザー、コマンドラインツール、システムサービス、その他のアプリが異なるプロキシモードの影響を受けることがあります。そのため、メニューバーのアイコンだけでなく、出口アドレス、DNS、ルーティングモード、対象アプリまで確認してください。

出口アドレスを確認する

接続前に現在のインターネット側の出口アドレスを確認し、接続後に結果を更新します。アドレスや地域が変わらない場合は、使用中のブラウザーがクライアントを経由していないか、分割ルーティングのルールで確認サイトが直接接続に指定されている可能性があります。その場合は、一時的にグローバルモードへ切り替えて比較してください。グローバルモードで変化するなら、トンネル自体は利用でき、問題はルールの一致にあります。

DNSリークを確認する

DNSリークとは、通信が想定どおりトンネルへ入っていても、ドメイン名の解決を元のネットワークのDNSが処理する状態です。アクセス先ドメインの名前解決要求が見える可能性があり、地域判定が一致しない原因にもなります。確認時は、DNSチェックの結果がクライアントの設定に沿っているか確認してください。元のネットワークのDNSサービスが表示される場合は、リモートDNS、仮想NICモードによる名前解決の引き受け、ブラウザー独自の暗号化DNS設定を確認します。

ブラウザー独自のDNSが必ずしも誤りとは限りませんが、クライアントのドメイン分割ルーティングを迂回する可能性があります。ドメインごとに直接接続かプロキシかを決める場合は、名前解決の方式がルールエンジンと互換性を持つようにしてください。そうしないと、ルールが解決後のアドレスしか認識できず、対象ドメインを想定どおり判定できないことがあります。

分割ルーティングのルールを確認する

ルールベースの分割ルーティングでは通常、ローカルやよく使う中国国内のリソースを直接接続し、指定した国際サービスをプロキシ経由にします。グローバルモードではより多くの通信をクライアントに処理させるため、トラブル切り分けに便利ですが、長時間使うとローカルサービス、ソフトウェア更新、LAN機器へのアクセスに影響することがあります。テストではまずグローバルモードでノードの利用可否を確認し、ルールモードへ戻して対象アプリがプロキシルールに一致するか確認してください。

• ✅ 接続前後で出口アドレスを確認し、確認ページがキャッシュされていないことを確認する。
• ✅ Webページが開くかどうかだけでなく、DNSの結果がクライアント設定に沿っているか確認する。
• ✅ ブラウザーと対象アプリを別々にテストし、同じ、または想定した通信経路を使っていることを確認する。
• ✅ グローバルモードとルールモードを切り替えて比較し、問題が経路にあるのか分割ルーティングにあるのかを切り分ける。
• ✅ テスト後は日常利用に適したモードへ戻し、トラブルシューティング用の設定を長期間残さない。

macOS接続の失敗と権限問題を解決する

トラブルシューティングでは、変更する要素を一つに保ちます。クライアント、ノード、DNS、プロキシモードを同時に変更すると、接続が戻っても本当の原因を特定できません。現在のサブスクリプションは維持し、「システム権限、クライアントの状態、ノード接続、DNS、ルール」の順に段階的に確認することをおすすめします。

接続済みなのに、どのページも開けない

まず同じサブスクリプション内の別の利用可能な経路へ切り替えます。すべての経路で同じ症状が出る場合は、ローカルDNSと仮想NICの状態を確認してください。特定の経路だけ異常なら、その経路が現在到達できない可能性が高いです。クライアントログで、接続タイムアウト、認証失敗、名前解決失敗のどれかも確認します。認証失敗ならサブスクリプションの更新、接続タイムアウトならネットワーク経路、名前解決失敗ならDNS設定を確認するのが適切です。

ブラウザーは使えるが、他のアプリでは機能しない

これは通常、クライアントがシステムプロキシだけを設定しており、対象アプリがシステムプロキシを読み込まないか、アプリ自身がネットワーク接続を確立していることを示します。クライアントに仮想NICモードがあるか確認してください。仮想NICはシステムのネットワーク層でより多くの通信を引き受けますが、追加のネットワーク拡張権限が必要で、他のセキュリティソフト、ネットワークフィルターツール、古いVPN構成とも競合しやすくなります。

スリープ復帰後に接続を再開できない

Macがスリープしている間にネットワークインターフェースが変化し、復帰後も接続が有効に見える一方で、内部のセッションが失効していることがあります。まず手動で切断してから再接続してください。クライアントがネットワーク変化後の再接続に対応している場合は、必要に応じて有効にします。頻発する場合は、サブスクリプションとクライアントを更新し、自動接続ツールが複数動作していないか確認してください。

接続後にLAN機器へアクセスできない

グローバルモードや仮想NICのルールによって、LAN通信までプロキシへ送られることがあります。クライアントでLANのバイパスを有効にするか、ローカルネットワークを直接接続にするルールを設定してください。変更後に再接続し、ファイル共有、プリンター、ローカル管理画面をテストします。LANの問題を解決するために、すべてのネットワーク保護機能を無効にするのではなく、ローカルアドレスに関するルールだけを調整してください。

メニューバーにVPN構成が重複して表示される

再インストール、クライアントの切り替え、構成の複数作成を繰り返すと、システム設定に古い項目が残ることがあります。現在使用しているクライアントと構成名を確認し、切断してから不要な古い構成を削除し、現在のクライアントを再起動してください。接続中に使用中の構成を削除すると、クライアントとシステムの状態が一時的に同期しなくなる可能性があります。

日常的な更新とプライバシー設定

接続が安定した後も、サブスクリプションとクライアントは定期的に更新してください。サブスクリプション更新はノードと認証パラメータの同期に使い、クライアント更新は通常、システム互換性、プロトコル実装、拡張機能の動作を改善します。両者の役割は異なります。クライアントだけ更新してサブスクリプションを更新しないと、無効な設定を使い続ける可能性があります。逆にサブスクリプションだけ更新して古いクライアントを使い続けると、新しいプロトコル項目を認識できないことがあります。

サブスクリプションURLを公開メモや共有リポジトリに保存しないでください。Macを変更したり、設定を移行したり、問題を調査したりするときも、URL全体が写ったスクリーンショットを送らないことをおすすめします。URLが漏えいした可能性がある場合は、ローカルのクライアントを削除するだけでなく、サービスパネルでリセットしてください。アプリを削除しても、コピー済みのURLを無効にはできません。

プライバシーについては、サービスのログ方針とクライアントがローカルに保存するログの内容を確認してください。60VPNはログを記録しない方針を採用しています。一方、クライアントはトラブルシューティングのため、接続エラー、ノード名、時刻情報をローカルに保存することがあります。問い合わせを送る前に、問題に関係するログだけを残し、サブスクリプションURL、認証項目、ローカルパスが含まれていないか確認しましょう。

分割ルーティングのルールも、利用状況に応じて調整が必要です。ルールが広すぎると不要な通信までプロキシを通り、狭すぎると一部のアプリが接続を迂回します。ルールを変更した後は、出口アドレス、DNS、対象アプリを再確認してください。ルール構文に慣れていない場合は、まずクライアントが管理するデフォルトルールを使い、明確な目的がある箇所だけ小さく変更するのがおすすめです。