Home
Homeは、登録済みサーバー、現在の選択項目、接続状態を確認する主な画面です。サーバー項目が表示されていても、情報が読み込まれたことを示すだけで、認証、ネットワーク、接続先のサービスがすべて正常とは限りません。トラブルの切り分けを始める際は、選択中の項目と接続状態を記録し、切り替えながら結果を判断しないようにします。
接続がオンか、トラフィックをどう処理するか、どのサーバーが選択されているかは、それぞれ別の設定です。
Homeは、登録済みサーバー、現在の選択項目、接続状態を確認する主な画面です。サーバー項目が表示されていても、情報が読み込まれたことを示すだけで、認証、ネットワーク、接続先のサービスがすべて正常とは限りません。トラブルの切り分けを始める際は、選択中の項目と接続状態を記録し、切り替えながら結果を判断しないようにします。
Global Routingでは、トラフィック全体の処理モードとしてConfig、Proxy、Directを選択します。接続スイッチではなく、サーバー情報を補完する機能でもありません。ここを変更すると既存のルールの適用方法が変わる場合があるため、ルールを確認する前に現在のモードを確認してください。
3つのモードはConfig、Proxy、Directです。Configは現在の設定に従ってトラフィックを処理し、Proxyはプロキシ経由、Directは直接接続を主な処理方法とします。システムトラフィックの詳細や例外は、実際の設定を確認してください。先頭が大文字の画面表示と、ルール末尾にある全大文字のポリシーキーワードは別のものです。
On Demandは、設定済みのネットワーク条件に応じて接続を開始する機能です。Wi-Fiやモバイル通信などの条件に基づいてオンデマンド接続を設定できます。アクセスに失敗したときにサーバーを自動修復する機能ではありません。手動で切断したあと再び接続する場合は、スイッチを繰り返し操作するのではなく、接続条件とシステムの状態を確認してください。
Add Serverは、ユーザーが用意したサーバー情報を入力する画面です。プロトコル、アドレス、ポート、認証情報は、同じ有効な設定情報に基づいて入力してください。プロトコルによってはトランスポート方式やTLSの設定も必要です。保存できても、登録が完了しただけです。その後、接続テストを行い、実際にアクセスできるか確認してください。
Settingsはクライアントの設定を確認・変更する画面で、Config内の設定ファイルとは異なります。トラブルの切り分けでは、まず変更前の値を記録し、症状に関係する項目を一つずつ変更してください。複数の項目を同時に変更すると、結果を再現しにくくなり、接続に影響した設定も特定しづらくなります。
プロトコルの種類は、ユーザーが用意したサーバー情報と一致させてください。名称だけでは速度、安定性、利用できるネットワークは判断できません。
Shadowsocksはプロキシプロトコルの一つです。一般的な設定項目には、サーバーアドレス、ポート、暗号化方式、パスワードがあります。暗号化方式は接続先の設定と一致させる必要があり、アドレスが正しいだけでは設定が完了したとはいえません。読み込み後に接続できない場合は、元の情報を一項目ずつ確認し、認証や暗号化の項目を安易に変更しないでください。
VMessは対応する識別情報を使用し、複数のトランスポート設定と組み合わせられます。識別情報が同じでも、トランスポート経路、Host、TLSの条件まで同じとは限りません。各項目をまとめて確認してください。デバイスの時刻がずれていると認証判定に影響する場合があるため、システム時刻も確認します。
VLESSでは認証情報とトランスポート設定を組み合わせて使用します。プロトコル名だけを変更すればよいものではありません。名称だけでは接続に使用する暗号化保護はわからないため、TLSなどの条件も確認してください。登録済みのサーバー情報を読み込む際は、元のトランスポート設定とサーバー名をそのまま使用します。
Trojanは通常TLSと組み合わせて使用します。サーバーアドレス、ポート、パスワード、検証に使うサーバー名を確認してください。接続先アドレスと証明書に対応する名前は、異なる役割を持つ場合があります。機械的に同じ値を入力しないでください。証明書エラーが発生した場合は、サーバー名、デバイスの時刻、証明書の条件を確認します。
Hysteria2はQUICをベースとするプロキシプロトコルで、接続状況はUDPが利用できるかどうかに左右されます。サーバー情報が正しくても、現在のネットワークで該当する通信が制限されているとタイムアウトする場合があります。プロトコル名から実際の通信速度は判断できません。ネットワーク環境、認証設定、実際のアクセス結果を合わせて確認してください。
WireGuardは鍵ペアで接続先を認証するトンネルプロトコルで、ローカルアドレス、鍵、接続先の情報を設定します。公開鍵、秘密鍵、事前共有鍵は用途が異なり、互いに置き換えることはできません。トラブル調査の情報を共有する際は、秘密鍵などの機密情報を隠してください。アドレス範囲とルーティング設定が既存の設定に合っているかも確認します。
HTTPとSOCKS5は異なるプロキシプロトコルです。アドレスとポートが同じでも、互いに置き換えられるとは限りません。認証の有無、追加の暗号化保護、対応するトラフィックの種類は、個々の設定を確認してください。名称から機能を推測せず、ユーザーが用意したサーバー情報に合う種類を選びます。
キーワードは「何に一致するか」、ポリシーは「どのように処理するか」を示します。ルールの順序によって、先に適用されるルールが決まります。
[Rule]は設定内のルールセクションです。ルールは上から順に照合され、一致すると対応するポリシーが適用されます。範囲の広いルールを先に置くと、後続の詳細なルールが適用されない場合があります。変更する前にGlobal RoutingがConfigになっていることを確認し、現在の設定をバックアップしてください。
DOMAINは完全一致するドメインを照合し、DOMAIN-SUFFIXは指定したドメインとそのサブドメインを照合します。サフィックスはWebページのパスでも、任意の文字列検索でもありません。特定のホスト名だけを処理したい場合は、まず完全一致を検討し、ドメイン全体まで対象にしないよう注意してください。
DOMAIN-KEYWORDはドメインに含まれる文字列で照合するため、想定より広い範囲に一致する場合があります。同じ文字列が互いに関係のない複数のドメインに含まれることもあり、ドメインサフィックスの照合とは異なります。拒否ルールに使う場合は特に一致記録を確認し、通常のリクエストまで誤って処理しないようにしてください。
IP-CIDRとIP-CIDR6は、それぞれIPv4とIPv6のアドレス範囲を照合します。スラッシュの後の数字はプレフィックス長です。ドメイン名の文字列ではなく、アドレス範囲を判定します。一つのサービスが複数のアドレスを使用することもあるため、一度の名前解決結果だけで、すべてのリクエストがルールに一致すると判断しないでください。
GEOIPはIPの地理情報データベースに基づいて照合するもので、デバイスやユーザーの実際の所在地を示すものではありません。データベース上の所在地とサービスの運営場所も一致するとは限らず、分散型のサービスでは複数地域のアドレスが使われる場合があります。振り分け結果を確認する際は、接続先アドレス、データベース情報、ルールの順序を合わせて確認してください。
FINALは、それ以前のルールに一致しなかったトラフィックに適用するフォールバックポリシーです。通常はルールセクションの最後に置きます。「最後にもう一度接続する」という意味でも、速度に応じて経路を自動選択するという意味でもありません。先行ルールの対象外となるすべてのトラフィックに影響するため、適用先を明確にしてから変更してください。
次の3つは、ルールで使う全大文字の処理ポリシーです。PROXYはプロキシ経由、DIRECTは直接接続、REJECTは一致したトラフィックの拒否を示します。サーバーのプロトコル名ではなく、認証情報を設定するものでもありません。個々のリクエストがなぜそのように処理されるのかを判断するには、ポリシーとルール条件を合わせて確認します。
[Rule]
DOMAIN-SUFFIX,example.com,PROXY
IP-CIDR,192.168.0.0/16,DIRECT
FINAL,PROXY
サーバーリスト、ルーティング設定、App Storeの購入履歴はそれぞれ異なる情報を保存するため、互いに代用できません。
サブスクリプションは通常、複数のサーバー項目を取得・更新するためのURLです。ユーザー自身が有効なサブスクリプションを用意していることが前提です。ルーティングルールを含む完全な設定とは限らず、サブスクリプションの読み込みとConfigの有効化も別の操作です。URLにアクセス認証情報が含まれる場合があるため、スクリーンショットやログ、問い合わせ文にそのまま表示しないでください。
サーバー項目には、接続先のアドレス、プロトコル、ポート、認証情報などが保存されます。リスト内の項目は「ノード」と呼ばれることもあります。表示名は識別用のラベルにすぎず、実際の地域、速度、サービスの状態を示すものではありません。利用できるかどうかは、設定内容、接続性、サービスの有効条件を確認し、名前だけで判断しないでください。
設定ファイルには共通オプションやルールなどを記述し、サーバーリストとは別に管理します。画面のConfigとGlobal RoutingのConfigは同じ語ですが、前者はファイル管理、後者は設定に従ったトラフィック処理を指します。ファイルを読み込んだあと、どの設定が有効になっているか確認してください。
[General]は設定内の共通オプションを記述するセクションです。DNS、システムトラフィックの処理、プロキシを経由しないアドレスなどを設定できます。[Rule]とは用途が異なるため、ルール行をこのセクションに入れないでください。部分的な設定例をコピーする場合は、所属するセクション、項目の書式、既存の設定への影響も確認します。
Scan QR Codeでは、QRコードから設定内容を読み取ります。QRコードはデータを伝えるためのもので、読み取った内容はサーバー情報の場合もあれば、別途処理が必要なURLの場合もあります。まず内容の種類を確認してください。読み込み後もプロトコルと各項目の確認が必要です。認証情報を含むQRコードは機密情報として扱ってください。
購入済み項目は、App Storeで過去の購入履歴を確認する画面です。機種変更や再インストールの際は、まず購入時に使用したアカウントを確認してください。購入履歴はクライアント設定のバックアップではなく、アプリを再入手してもサーバーやルールが自動的に復元されるわけではありません。iPhoneとiPadでの購入対象範囲はApp Storeのページでご確認ください。
名前解決、接続、認証、ルールのどこに問題があるかを切り分けてください。テストの数値だけで接続経路全体を判断することはできません。
DNSはドメイン名をアドレスに変換する、アクセス経路の一段階です。名前解決に成功してもサーバー認証に成功したとは限らず、名前解決に失敗してもプロキシサーバーがオフラインとは限りません。一部のドメインだけで問題が起きる場合は、DNS設定、応答アドレス、キャッシュ、関連ルールをそれぞれ確認し、すべてのサーバー項目をすぐに変更しないでください。
Connectivity Testは、現在のテスト方法で接続性を確認します。結果はテスト対象、ネットワーク、テスト時点のサーバー状態によって変わります。テストに成功しても、すべてのWebサイトやリクエストが正常に処理されるとは限りません。失敗した場合もログと合わせて原因を確認してください。複数の項目を比較する際は、テスト方法とネットワーク条件をそろえます。
遅延は、特定の条件でテストリクエストに応答が返るまでの時間を表し、通信帯域とは異なります。数値が低くても、大容量データの転送や長時間接続で良好な結果になるとは限りません。パケットロス、混雑、接続先の負荷も通信品質に影響します。登録済みサーバーを選ぶ際は、複数回のテストと実際のアクセス結果を確認し、一度の結果だけで順序を決めないでください。
Dataではトラフィックの記録や関連情報を確認でき、接続先、ルール、接続時の動作の調査に役立ちます。集計方法は表示画面によって異なるため、表示された数値をそのままサーバー側の課金対象トラフィックとみなさないでください。問題を切り分ける際は、同じ操作に対応する記録を確認します。共有する前に接続先アドレスや認証情報などの機密情報を隠してください。
TLSは通信接続を保護する仕組みです。サーバー名、証明書の信頼条件、デバイスの時刻が検証に影響します。接続先アドレスが応答しても、証明書の検証に成功するとは限りません。エラーが発生した場合は、元の設定に記載されたサーバー名と証明書の条件を確認してください。検証のスキップを通常のトラブル対応として設定しないでください。
VPN構成の許可は、Appleのシステムでクライアントがネットワークトンネルを確立するために必要な許可です。初回接続時にシステムの確認が表示される場合があります。許可されたことが示すのは、その構成でトンネルを確立することがシステムに認められたことだけで、サーバーへの接続を保証するものではありません。システム上で接続中と表示されても、DNS、ルーティングポリシー、実際のアクセス結果を確認してください。
項目を読み込めても使えない場合は、「サーバー設定 → VPN構成の許可 → Global Routing → DNS → 個別のルール」の順に範囲を絞ってください。一度に変更する条件は一つにし、元に戻せる設定を残しておくと、テスト結果と変更内容を結びつけて確認できます。
画面に表示される項目は、デバイスやアプリの状態によって異なる場合があります。実際のアプリの表示をご確認ください。このページは用語の解説であり、利用中のサービスの設定情報に代わるものではありません。システム要件と購入対象範囲はApp Storeのページでご確認ください。