MacでVPNを使う方法：
macOS初心者向け設定ガイド

システムVPNとサブスクリプション対応クライアントの違い

macOS標準のVPN設定は、システムが対応する方式でVPN接続するためのものです。利用には、サービス提供元から対応するサーバーアドレスや認証情報、設定要件を受け取る必要があります。一方、サブスクリプションサービスのリンクは通常、専用クライアントで読み込み、接続先や接続パラメーター、場合によってはルーティングルールを取得するために使います。システムVPNのサーバーアドレス欄にそのまま貼り付けることはできません。

Shadowsocks、VMess、Trojan、VLESS、Hysteria2、TUICなどのプロトコルを使うには、クライアント側がそれぞれに対応している必要があります。ファイルの拡張子が同じでも、設定形式に互換性があるとは限りません。また、クライアントでファイルを開けても、すべてのサブスクリプションを解析できるとは限りません。ここではVPN73の対応プロトコルを推測せず、パネルのダウンロード案内とサブスクリプション追加時の表示をご確認ください。

macOSクライアントとサブスクリプションの入手

VPN73のmacOSクライアントは、パネルにログインして入手します。まずクライアントダウンロードページを開き、案内に従ってmacOS版を選んでください。アカウント作成にメールアドレスは不要で、ユーザー名とパスワードを使用します。サブスクリプションもログイン後に取得してください。見知らぬダウンロードサイトからインストーラーや共有設定を入手しないようにしましょう。

1. 「このMacについて」を開き、搭載チップがAppleシリコンかIntelプロセッサかを確認します。ダウンロードページでアーキテクチャを選べる場合は、該当するインストーラーを選びましょう。
2. インストール前に、ダウンロードページに記載されたシステム要件を確認してください。ユニバーサル版が提供されている場合は、案内に従って使用し、ファイル名だけで互換性を判断しないようにしましょう。
3. ディスクイメージをダウンロードした場合は、開いて案内に従いアプリを「アプリケーション」フォルダに入れます。インストーラーの場合は、画面の指示に従ってインストールしてください。
4. 「アプリケーション」からクライアントを起動し、パネルに戻ってそのクライアントに対応したサブスクリプションを取得します。

サブスクリプションURLにはアクセス認証情報が含まれる場合があるため、パスワードと同じように扱ってください。URL全体を公開の掲示板やオンライン変換サイトに貼り付けたり、トラブル時のスクリーンショットに写したりしないでください。インストーラー、サブスクリプションURL、アカウントのパスワードはそれぞれ用途が異なります。問い合わせの際も、こうした機密情報を公開する必要は通常ありません。

システム権限を確認し、内容を確かめてから許可する

初回起動時に、macOSからインターネット経由で入手したアプリであることや、VPN構成の追加、ネットワーク機能拡張の有効化について確認を求められる場合があります。表示される内容はクライアントの実装によって異なるため、すべての許可画面が必ず表示されるとは限りません。要求元のアプリ名を確かめ、許可しようとしている項目が利用する機能に対応しているか確認してください。

アプリを開けない場合

まず入手元、ファイルの完全性、システム要件を確認してください。入手元を確認できているアプリについては、「システム設定 → プライバシーとセキュリティ」に追加の操作項目があるか確認できます。メニューの位置はシステムのバージョンによって異なります。悪意のあるソフトウェアまたはファイルの破損を示す警告が表示された場合は起動を中止し、入手元を再確認してください。ネットで見つけた隔離解除コマンドを実行するのは避けましょう。

ネットワーク機能が有効にならない場合

システムプロキシの設定変更には補助コンポーネントが必要な場合があり、トンネルモードではネットワーク機能拡張やVPN構成の権限が必要になることがあります。現在使う機能に必要な項目だけを許可してください。以前に要求を拒否した場合は、該当するシステム設定で状態を確認してから、クライアントで再度要求します。権限の確認の代わりにアプリを何度もインストールするのは避けましょう。

サブスクリプションを追加して接続先を選ぶ

クライアントのサブスクリプションまたは設定の管理画面を開き、パネルで案内されている方法で追加します。リンクを開くとクライアントが起動する場合もあれば、URLをコピーして貼り付ける場合もあります。ボタン名はクライアントによって異なるため、実際の画面に表示される案内を確認してください。このガイドの画面やメニュー名がすべてのクライアントで共通するわけではありません。

1. コピーしたものがパネルのウェブページURLではなく、サブスクリプションURLであることを確認します。貼り付ける際は、空白や改行、チャットアプリが付加した文字列が含まれないようにしてください。
2. 追加または更新を実行し、接続先の一覧が表示されることを確認します。解析エラーが出た場合は、サブスクリプションの形式とクライアントの種類を確認してください。
3. テストする接続先を選び、サブスクリプションの状態、プランの通信量、有効性に関する表示を確認します。
4. システムプロキシまたは必要なトンネル機能を有効にしてから、対象のアプリを開いて接続を確認します。設定を追加しただけで終わらせないようにしましょう。

接続先の地域は、利用するサービスがアクセスを認めている地域に合わせて選びます。地理的に近い接続先だけを優先する必要はありません。IEPL専用線、中継、直結は、いずれも通信経路の構成を表します。直結は通常、海外ノードへ直接接続し、中継は中間の入口を経由します。IEPLは専用イーサネット回線を利用する方式です。これらの表示だけでエンドツーエンドの通信品質が保証されるわけではなく、接続先のウェブサイト、出口の混雑状況、利用中のネットワークも接続に影響します。

初回の設定では、同じネットワークと同じ接続先を使い、接続先だけを変えて比較するのがおすすめです。DNS、ルール、通信の制御方式を同時に変更すると、接続が復旧しても、どの変更が有効だったのか分かりにくくなります。VPN73の接続先の範囲はサーバーページで確認できます。実際の接続状況はご自身の環境でお確かめください。

接続、ルーティング、DNSを確認する

まず未接続時のネットワークの状態を記録し、クライアントを有効にして同じ接続先にアクセスします。IPアドレス確認ページでブラウザーの接続元を確認し、対象アプリの動作もあわせてチェックしましょう。IPアドレスの地域データベースは更新が遅れることがあります。また、ブラウザーの接続元が変わっても、端末やゲームなど他のアプリの通信が切り替わったとは限りません。

• ✅ ブラウザーで対象ページを開けるだけでなく、ログインやその後の操作も完了できる。
• ✅ 接続元が選択した接続先の想定と一致する。一致しない場合は、確認に使ったページがルールで直結に設定されていないか確認する。
• ✅ 実際に使うアプリで継続的な通信ができる。必要に応じてクライアントの接続ログで適用されたルールと接続元を確認する。
• ✅ クライアントを切断するとローカルネットワークが復旧する。アプリを終了する前に、プロキシ設定が正常に解除されていることを確認する。

DNS漏洩とは、名前解決のリクエストが想定した経路を通らない状態です。「ローカルDNSが表示されたら必ず問題」というわけではありません。ルーティング設定によっては、ローカルのドメイン名をローカルDNSで解決することが意図された動作です。確認すべきなのは、トンネル経由が想定されるドメインの名前解決が、意図せず直結していないかどうかです。クライアントのDNSポリシー、ブラウザーのセキュアDNS設定、実際の検査結果を照らし合わせ、接続元IPだけで判断しないでください。

ブラウザーが独自の暗号化DNSを使う場合や、アプリに独自のプロキシ設定がある場合もあります。そのため、ブラウザーでの一度の検査ですべてのアプリを確認できるわけではありません。グローバル設定は通常、クライアントが制御している通信の接続先を統一するもので、システムプロキシに従わないアプリまで自動的に制御するものではありません。トンネルモードはより広い範囲を制御できますが、除外項目とDNS設定の確認も必要です。

よくあるトラブルの確認手順

サブスクリプションを更新できない

まず通常のウェブページにアクセスできることを確認し、次にパネルのサブスクリプション状態とクライアントの対応形式を確認します。エラーがダウンロード失敗か解析失敗かも確認してください。前者はネットワーク、URL、認証に関する問題が考えられ、後者は形式の非互換が考えられます。設定によっては現在のプロキシ経由でサブスクリプションを更新します。クライアントの案内で更新経路を確認し、確認が取れないまま認証情報をリセットしないようにしましょう。

接続後もブラウザーを使えない

システムプロキシが実際に有効か、ブラウザー拡張機能がプロキシ設定を上書きしていないか、対象ドメインに意図しないルールが適用されていないかを確認します。他のプロキシソフトも動作している場合は、システム設定の競合を避けるため、まず正常に終了してください。接続先を変更する前に、現在のエラーを記録し、ドメインの名前解決失敗、接続タイムアウト、ウェブサイトによる拒否を切り分けましょう。

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

まず通信の制御範囲を確認してください。すぐに接続先の不具合と決めつける必要はありません。対象のアプリがシステムプロキシに従わない場合や、独自のプロキシ設定を持つ場合があります。クライアントが対応し、必要な権限がそろっていることを確認したうえで、本当に必要な場合にトンネルモードを試してください。その後、ローカルデバイスや社内ネットワークへのアクセスに影響がないか確認しましょう。

クライアント終了後にインターネットへ接続できない

まずクライアントを再度開き、クライアントからプロキシを無効にして正常に終了します。それでも復旧しない場合は、使用中のネットワークサービスのプロキシ設定に、停止中のローカルプロキシが残っていないか確認してください。そのクライアントの設定だと確認できた項目だけを削除します。組織が管理するMacの場合は、管理者に連絡してください。組織から配布されたネットワーク設定や証明書は削除しないでください。

起動時の自動接続と日常的なメンテナンス

まず手動で接続と切断を確認してから、ログイン時の自動起動を検討してください。「ログイン時に起動」「自動接続」「システムプロキシを自動設定」は別々の項目になっている場合があります。有効にする前に説明をよく読みましょう。ログイン時のアプリ起動がシステムで許可されていても、サブスクリプションが読み込まれ、インターネットに接続できるとは限りません。

スリープからの復帰後やWi-Fiネットワークを切り替えた後に接続が戻らない場合は、まず現在のネットワークと接続先の状態を確認してから再接続します。クライアントやサブスクリプションを更新した後も、一連の接続確認を行ってください。Windows向けガイドのメニュー名をそのまま当てはめたり、別のコア向け設定を丸ごと現在のクライアントに貼り付けたりしないでください。

トラブルを報告する際は、パネルのチケットから、システムの種類、クライアント名、エラーメッセージ、通信の制御方式、再現手順をお知らせください。スクリーンショットではサブスクリプションURL、アカウント情報、トークンを隠し、ログも機密情報が含まれていないか確認してください。「どの手順で失敗するか」を伝えると、「使えない」とだけ伝えるより原因を特定しやすくなります。