v2rayNをmacOSにインストールすると「開発元を検証できません」と表示される場合の対処法｜許可設定とネットワーク権限

1. インストーラーとブロックの種類を確認する

v2rayNはプロキシ接続を設定・管理するデスクトップクライアントで、実際の接続は選択したコアが処理します。macOSに「開発元を検証できません」と表示された場合、アプリ自体がまだ起動していない可能性があります。この段階では、サーバーの変更、VLESSの設定変更、サブスクリプションの更新をしてもブロックは解除されません。まず警告の内容を確認してから、次の手順に進みましょう。

Appleメニューから「このMacについて」を開きます。Appleシリコン搭載機ではarm64版、Intelプロセッサ搭載機ではx64版を選んでください。配布パッケージに記載された最低システム要件も確認しましょう。macOSのバージョンが古い場合と、開発元を検証できない場合は別の問題です。インストーラーは、当サイトのクライアントのダウンロードページでプラットフォームを選んで入手できます。

圧縮ファイルをダウンロードした場合は、完全に解凍し、同梱のリソースやコアのフォルダーを残してください。パッケージにアプリバンドルが含まれている場合は、「アプリケーション」に移動してから起動できます。配布パッケージの説明で関連フォルダーの保持が指定されている場合は、まとめて固定の場所に置いてください。実行ファイルだけを取り出したり、圧縮ファイルのプレビューから直接実行したりしないでください。

2. 「プライバシーとセキュリティ」でアプリを許可する

以下の手順は、「システム設定」を使うmacOS 13以降が対象です。ボタンの表示名はシステムのバージョンによって多少異なる場合があります。該当するブロック履歴を表示するには、まずアプリの起動を試してください。「このまま開く」は、ブロックされてから一定時間だけ表示されることがあります。見つからない場合は、もう一度起動を試してください。

1. 起動時の警告を表示する

   Finderで解凍済みのv2rayNをダブルクリックします。警告の文面を確認してから閉じてください。アプリをゴミ箱に移動してから許可ボタンを探す必要はありません。

2. セキュリティ設定を開く

   Appleメニューから「システム設定」→「プライバシーとセキュリティ」を開き、「セキュリティ」までスクロールして、先ほどブロックされたアプリの記録を探します。

3. アプリ名を確認する

   表示された記録が今回ダウンロードしたv2rayNのものだと確認し、「このまま開く」をクリックします。求められた場合は、管理者の認証情報またはTouch IDで認証してください。

4. もう一度起動して確認する

   続いて表示される確認ダイアログで「開く」を選択します。メインウィンドウが表示されたら、既存のサブスクリプションや設定を読み込む前に、ログにコアの起動エラーがないか確認してください。

一部の旧バージョンでは、Finderで右クリックして「開く」を選ぶと追加確認が表示される場合があります。ただしmacOS 15以降では、この方法で該当するブロックを解除できるとは限りません。「プライバシーとセキュリティ」に表示される専用の操作を優先してください。アプリの更新後に再審査されることは珍しくありません。新しいパッケージを確認して再度対処し、システムのセキュリティチェックを恒久的に弱めないようにしましょう。

3. システムプロキシとTUNの権限を分けて確認する

アプリの起動を許可すること、システムプロキシを変更すること、仮想ネットワークインターフェースを作成することは、それぞれ別の操作です。ブラウザーの通信を確認するだけなら、まずシステムプロキシを使えばよく、最初からTUNを有効にする必要はありません。通信方式を切り替えるときは一度に一項目だけ変更し、問題の箇所を特定しましょう。

システムにネットワーク拡張がブロックされたと明示され、使用中の配布パッケージが実際にその拡張を使っている場合に限り、該当する設定を確認してください。macOS 15では「システム設定」→「一般」→「ログイン項目と機能拡張」→「ネットワーク機能拡張」を確認できます。それ以外のバージョンでは、システムの警告に表示された手順に従ってください。該当項目が一覧にないからといって、拡張機能の追加インストールが必要とは限りません。名前のわからないコンポーネントを安易に許可しないでください。

• 管理者パスワードを求められたら、直前に行ったクライアントの操作に対する要求か確認してください。許可した後も、コアのログを確認しましょう。
• 「ローカルネットワーク」へのアクセスを求められた場合、この権限は主にLAN上の機器の検出やアクセスに関係します。プロキシ経由の外部通信を許可する権限ではありません。関連機能が必要な場合にのみ許可してください。
• 通常、プロキシ接続に「アクセシビリティ」や「フルディスクアクセス」を許可する必要はありません。目的に関係のない権限を求められた場合は、用途を確認してください。
• 別のVPN、ネットワークフィルターツール、または他のTUNが同時に動作していると、ルーティングの競合が起きることがあります。切り分けの際は、ほかの通信制御アプリを終了してください。

4. ポートとコマンドで問題の箇所を特定する

メインウィンドウが正常に表示されても、プロキシのコアが動作しているとは限りません。まずクライアントの現在の設定でローカルの待ち受けポートを確認し、以下の例と照らし合わせてください。ここでは例として10808を使いますが、お使いのバージョンの既定値と同じとは限りません。コマンドのポート番号は、実際のSOCKSまたはmixed待ち受けポートに置き換えてください。

「アプリケーション」→「ユーティリティ」→「ターミナル」を開き、次のコマンドを実行します。最初の2つはシステムとアーキテクチャの情報を表示し、3つ目は例に使ったポートでTCP接続を待ち受けているかを確認し、4つ目はシステムプロキシの状態を表示します。いずれもシステム設定は変更しません。

sw_vers -productVersion
uname -m
lsof -nP -iTCP:10808 -sTCP:LISTEN
scutil --proxy

uname -mを実行すると、Appleシリコンのネイティブ環境では通常arm64、Intel環境では通常x86_64と表示されます。ターミナルが変換環境で動作している場合は、「このMacについて」でハードウェアを確認してください。待ち受けの確認結果が空の場合は、まずコアのログを確認し、システムの許可ボタンを何度もクリックしないでください。ポートが別のプロセスに使われている場合は、競合するアプリを終了するかクライアント側でポートを変更し、システムプロキシの設定も合わせて更新してください。

curl --proxy socks5h://127.0.0.1:10808 \
  --connect-timeout 5 --max-time 15 \
  -I https://www.example.com/

• ローカルポートへの接続にすぐ失敗する：クライアントのコアが動作していること、ポート番号が正しいこと、そのポートがSOCKSに対応していることを確認してください。
• ローカルポートには接続できるが、ハンドシェイクエラーまたはタイムアウトが発生する：サーバーの状態、プロトコルの設定、ログを確認してください。VMess、VLESS、Trojanの設定を互いに置き換えることはできません。
• HTTPレスポンスを受信するが、ブラウザーでは接続できない：少なくとも今回の明示的なプロキシリクエストには応答が返っています。ブラウザーのプロキシ設定、拡張機能、システムプロキシの設定が一致しているか確認してください。すべての通信が正常だと判断する根拠にはなりません。

5. アップデート後に動かない場合：アプリとネットワーク設定を別々に復旧する

アップデートによってアプリの場所、コアのファイル、補助コンポーネントが変わったり、セキュリティの再評価が行われたりすることがあります。アップデート前に必要な設定をエクスポートし、ローカルポート、ルーティング方式、DNS設定、選択中のコアを記録してください。サブスクリプションのURLにはアクセス用の認証情報が含まれることが多いため、バックアップやスクリーンショットは安全に保管してください。

クライアントが異常終了した後にMac全体がインターネットに接続できなくなった場合は、現在のネットワークの「詳細」→「プロキシ」を開き、停止したローカルポートが参照されたままになっていないか確認してください。該当するプロキシを無効にして設定を適用し、直接接続を試します。会社で指定されたプロキシ設定を不用意に削除しないでください。管理対象の端末では、元の値を記録してから管理者に相談してください。

6. よくある質問と注意点