Mac向けVPNの設定ガイド｜インストールから接続確認まで

MacでVPNを設定する前に：クライアントとサブスクリプションを確認

MacのVPN設定は、クライアントに「接続済み」と表示されるだけでは完了とはいえません。インストールから接続確認まで、サブスクリプションの追加、接続先の選択、アプリの通信がルールに沿ってプロキシを経由していること、目的のウェブサイトを利用できることを確認しましょう。本記事ではこの順に手順を説明します。メニュー名はクライアントによって異なるため、ダウンロードページの説明と実際の画面を確認してください。

まず「このMacについて」を開き、チップの種類とmacOSのバージョンを確認します。次にユーザーパネルのクライアントダウンロードページから、対応するバージョンを入手してください。ダウンロードページにAppleシリコン用とIntel用の区別がある場合は、該当するインストーラを選びます。ユニバーサル版がある場合は、説明に従ってください。Windows、Android、macOSのインストーラは互換性がありません。

クライアントのダウンロードとサブスクリプションの取得は別の手順です。前者は接続ツールをインストールするもので、後者には接続先の設定が含まれます。VPNPBではログイン後にサブスクリプションを取得できます。ユーザー名とパスワードで利用を開始でき、メールアドレスは不要です。サブスクリプションURLにはアクセス情報が含まれることがあるため、パスワードと同様に管理してください。公開の掲示板に貼ったり、他人に見えるスクリーンショットに含めたりしないでください。

クライアントのインストールとシステム権限の設定

1. ダウンロードしてインストールする。パネルの案内に記載された提供元からファイルを入手します。ディスクイメージの場合は、通常、開いてアプリを「アプリケーション」フォルダにドラッグします。インストーラの場合は、画面の案内に従ってください。インストール後は「アプリケーション」から起動し、一時的にマウントしたイメージ内で使い続けないようにしましょう。
2. 初回起動時のメッセージを確認する。macOSでは、インターネットからダウンロードしたアプリを開くかどうか尋ねられることがあります。提供元とアプリ名を確認してから許可してください。アプリが破損している、署名に問題がある、開発元を確認できないといった警告が出た場合は、まずダウンロードが完全か、バージョンに互換性があるかを確認し、サポートに相談してください。原因を調べずにシステムのセキュリティチェックを無効化して回避しないでください。
3. 必要なネットワーク機能だけを許可する。クライアントがシステムプロキシを有効にする際、Macの管理者パスワードを求める場合があります。ネットワーク拡張機能や仮想ネットワークインターフェイスを使う場合は、VPN構成の追加や拡張機能の許可を求められることもあります。起動したクライアントの機能に合った要求だけを許可してください。
4. 許可が反映されたことを確認する。クライアントに戻り、関連機能が有効になっているか確認します。設定が完了していないという表示が続く場合は、システム設定でネットワーク、VPN、プライバシーとセキュリティに関する項目を確認してください。macOSのバージョンによって設定画面の場所は異なるため、特定のメニュー階層がすべてのシステムで共通だとは限りません。

「通知を許可」と「ネットワーク構成を許可」は役割が異なります。通知の権限は通知を表示できるかどうかを決めるもので、プロキシの動作には影響しません。また、フルディスクアクセスやアクセシビリティの権限が、すべてのネットワーククライアントに必要なわけではありません。このような許可を求められた場合は、公式の説明で用途が具体的に示されているか確認してください。

システム設定にVPNアイコンが表示されるかどうかだけでは、動作を判断できません。システムプロキシのみを使うクライアントには、従来型のVPN接続アイコンが表示されない場合があります。反対に、アイコンが表示されても、すべてのアプリの通信が想定どおりに振り分けられているとは限りません。後述の出口情報とアプリの確認も行ってください。

サブスクリプションの追加と海外接続先の選択

パネルにログインしてサブスクリプションの項目を開き、URLをコピーします。クライアントの設定、サブスクリプション、またはプロファイルの画面で「URLからインポート」などの操作を選び、URLを貼り付けて更新してください。更新が完了すると、接続先の一覧が表示されます。複数のプロファイルを使える場合は、追加したプロファイルが有効になっていることも確認しましょう。

サブスクリプションの形式とプロトコルは別のものです。特定のプロトコルに対応したクライアントでも、すべての形式のサブスクリプションを読み込めるとは限りません。パネルにクライアント専用の項目がある場合は、対応する項目を優先してください。インポートでエラーが出たら、まず形式の互換性を確認します。URLのパラメーターをむやみに削除したり、出所の分からないオンライン変換ツールにURLを渡したりしないでください。

接続先は、実際に利用するサービスに合わせて地域を選び、接続状況を確認しましょう。地理的に近い接続先が最適とは限らず、国際経路、現地のネットワーク、接続先のサービスが結果に影響します。VPNPBは110+か国、240+の接続先を提供しています。実際に選べる接続先は、パネルとサブスクリプションの更新後に表示される一覧を確認してください。

IEPL専用線は専用の伝送リソースを指し、クライアントのプロトコル名ではありません。中継接続は中間のゲートウェイを経由し、直接接続はそのような中継ゲートウェイを経由しません。接続方式だけから、遅延、速度、サービスへのアクセス可否を判断することはできません。初回設定ではプロファイルと接続先を一つずつ選んで確認し、地域やモード、DNSを同時に変更して原因が分からなくならないようにしましょう。

• ✅ 設定を更新すると接続先が表示され、現在のプロファイルが有効になっている。
• ✅ クライアントが、インポートした設定で使われるプロトコルと必要な機能に対応している。
• ✅ 接続先を手動で選択している。自動選択を使う場合は、実際に選ばれた接続先を確認できる。
• ❌ 「サブスクリプションの更新に成功した」ことを「すべてのアプリが接続できている」ことと同一視しない。

システムプロキシ、TUN、ルール設定の選び方

システムプロキシを設定すると、システムのプロキシ設定に従うアプリがリクエストをローカルプロキシに送るようになります。まずブラウザで接続を確認するのに適しています。ただし、システムプロキシを参照しないアプリや、特定の種類の接続だけを処理するアプリもあります。そのため、ブラウザが使えても、会議アプリやターミナルツールなども正常に使えるとは限りません。

TUNモードは仮想ネットワークインターフェイスを通じて、ルーティング設定に該当する通信を処理します。通常はシステムプロキシより幅広い通信を対象としますが、権限とルーティング設定への依存も大きくなります。すべての通信を自動的に処理するという意味ではなく、例外ルート、ルール設定、DNS設定、クライアントの実装によって実際の経路は異なります。利用中のクライアントが対応を明記している場合に限り、ドキュメントに従って有効にしてください。

システムプロキシとTUNは通信を取り込む方法、ルールモードとグローバルモードは通信の処理方針です。同じ階層の排他的な選択肢ではありません。初めて設定する場合は、サブスクリプションの既定ルールをそのまま使い、まずブラウザで接続を確認しましょう。使えることを確認したら、システムプロキシに従わないアプリへの対応を進めます。ルールを変更する前に設定をバックアップしてください。手動での変更は、サブスクリプションの更新で上書きされることがあります。

接続確認：出口情報、対象アプリ、DNS

まず未接続の状態でIPアドレス確認ページを開き、ブラウザに表示される現在の出口情報を記録します。次にクライアントを有効にして、ページを再読み込みしてください。この確認リクエストが実際にプロキシを経由している場合、出口情報は通常変わります。ただし、ルールモードでは確認サイトが直接接続に振り分けられることがあります。表示が変わらない場合は、すぐに接続先の障害と判断せず、まずクライアントのリクエストログや適用されたルールを確認しましょう。

次に、実際に使うウェブサイトを開き、ログイン、ページの読み込み、ファイルのアップロードなどを試します。トップページが表示されるだけでは不十分です。メインサイトとAPIで異なるドメインを使っていることがあります。トップページが開いても機能しない場合は、失敗したリクエストに別のルールが適用されていないか確認し、別の接続先でも比較してください。動画配信サービスを利用できるかどうかも接続後に確認し、地域名だけで判断しないでください。

DNSの確認では、ドメイン名の名前解決が想定した経路を通っているかを確認します。プロキシ経由のリクエストに対する名前解決を指定した経路に通す設定なのに、ローカルネットワークから送信されている場合は、DNS漏れが起きている可能性があります。検査結果に表示されるリゾルバー名や地域だけで結論を出さず、クライアントのDNS設定、ブラウザの暗号化DNS、ルール設定も合わせて確認してください。

ブラウザの暗号化DNSによって名前解決の経路は変わりますが、ウェブサイトへのリクエストまでプロキシを経由するとは限りません。ブラウザとほかのアプリで結果が異なる場合は、ブラウザの設定、システムプロキシ、クライアントのDNSをそれぞれ確認してください。検査ページに特定の結果を表示させるために、安易にDNSサーバーを変更しないでください。どのリクエストを直接接続し、どれをプロキシ経由にするのかを先に確認しましょう。

よくある権限・接続トラブルの対処法

許可した後も権限を求められる

システムのメッセージに表示されたアプリ名と、クライアントで実際に有効にした機能を確認してください。以前に要求を拒否した場合は、クライアントのドキュメントに従ってシステム設定から再度許可し、アプリを終了してから再起動します。組織が管理するMacでは、ネットワーク拡張機能やプロキシ設定の変更が制限されていることがあります。端末の管理者に相談し、管理ポリシーを回避しようとしないでください。

サブスクリプションを追加できない、接続先一覧が空になる

URLが完全か、アカウントが正常な状態か、形式がクライアントに合っているかを確認し、ローカルネットワークからサブスクリプションURLにアクセスできるかも確認してください。証明書エラーが出る場合は、システムの日付と時刻も確認します。証明書の検証を無効にしないでください。サポートに連絡する際は、エラーの文面、システムとクライアントのバージョンを伝え、サブスクリプションの認証情報は隠してください。「解析に失敗」と「接続がタイムアウト」は、調査すべき原因が異なります。

ブラウザは使えるのに、ほかのアプリから接続できない

まず、そのアプリがシステムプロキシに従うか確認してください。ターミナルツールには個別のプロキシ環境設定が必要な場合があり、リアルタイムアプリではUDPを使うこともあります。ウェブページが開くかどうかだけで、アプリの通信経路を判断することはできません。クライアントのドキュメントを参照し、TUN、プロトコルへの対応、対象アプリの設定を確認してください。変更後は対象アプリを再起動してテストしましょう。

スリープ後やネットワーク切り替え後に切断される

まず現在のネットワーク自体が正常に使えるか確認し、必要なら公衆ネットワークのログイン認証を済ませてから、クライアントを再接続してください。以前の接続先が選択されたままか、プロキシ設定が元に戻っていないかも確認します。いきなり再インストールする必要はありません。原因を調べる間はほかのプロキシツールを一時的に無効にし、複数のツールが同時にシステムプロキシやルートを書き換えないようにしてください。

クライアントを終了した後、ウェブページが開けない

停止したローカルプロキシをシステムが引き続き参照している可能性があります。まずクライアントを再度起動し、メニューからシステムプロキシを無効にしてから終了してください。起動できない場合は、システムのネットワーク設定でプロキシ構成を確認します。組織のネットワークではプロキシが必要な場合もあるため、確認せずに組織の設定を削除しないでください。

接続確認ができた設定を保存し、OSのアップデート、クライアントの更新、ネットワークの切り替え後には再度確認してください。普段は利用するサービスに合わせて接続先とルールを選びます。問題が起きたら、「インストールと権限、サブスクリプションと接続先、通信の取り込み、実際の接続確認」の順にチェックしましょう。すべての設定を何度も変更するより、原因を見つけやすくなります。