Home
Homeはサーバー項目と接続状態を確認する画面です。接続する前に選択中の項目を確認し、続けてGlobal Routingを確認してください。項目が表示されていても、認証済みまたは利用可能とは限りません。情報を追加する場合はAdd Server、または既存のサブスクリプションを読み込む手順に進みます。
OFFICIAL MANUAL · GLOSSARY
用語がどの階層に属するかを確認してから、該当する設定を変更してください。このページでは英語の画面表示、プロトコル名、ルールキーワードを解説します。操作手順を続けて確認する場合は使い方ガイドをご覧ください。
大文字・小文字の違いに注意してください。Proxyは画面上の状態、PROXYはルールの処理方針です。同じ設定として扱わないでください。
01 / INTERFACE & SWITCHES
画面上の項目は操作を整理し、Global Routingは通信全体の処理状態を決めます。個別ルールのマッチを調べる前に、操作画面と現在の状態を確認してください。
Homeはサーバー項目と接続状態を確認する画面です。接続する前に選択中の項目を確認し、続けてGlobal Routingを確認してください。項目が表示されていても、認証済みまたは利用可能とは限りません。情報を追加する場合はAdd Server、または既存のサブスクリプションを読み込む手順に進みます。
Global Routingは通信全体の処理方法を決め、Config(設定)、Proxy(プロキシ)、Direct(直接接続)の3つの状態があります。Configは現在の設定に従って転送先を決定し、残る2つは全体をプロキシ経由または直接接続にします。問題を調べる前に現在の状態を記録し、状態の変更をルールの変更と混同しないようにしてください。
Configは設定管理画面を指す場合と、Global Routingで設定に従って処理する状態を指す場合があります。表示されている場所に応じて意味を判断してください。この状態では、通信の転送先は現在有効な設定で決まります。ファイルを読み込んだだけでは有効になりません。現在の設定とRuleの内容を確認してください。
ProxyはGlobal Routingでプロキシ経由にする状態で、現在のサーバー接続を確認する際に使えます。ProxyではアクセスできてもConfigで問題が起きる場合は、ルールと名前解決の設定を確認してください。ルール内の大文字のPROXYとは別のものです。テスト後は、必要な状態に戻してください。
DirectはGlobal Routingで直接接続する状態で、現在のネットワークから直接アクセスした場合の状況を確認できます。保存済みのサーバーや設定は削除されず、システムのVPN状態をオフにすることとも異なります。診断時は、ルーティング状態、接続スイッチ、接続先へのアクセス結果をそれぞれ記録してください。
On Demandは設定した条件に応じて接続動作を開始します。条件にはWi-Fi、モバイル通信、ドメインなどが含まれる場合があります。手動で切断した後に再接続する場合は、まず条件が成立したままになっていないか確認してください。条件と順序を一つずつ確認し、実際にネットワークを切り替えて動作を検証します。スイッチの表示だけで判断しないでください。
Settingsはアプリ関連の設定画面です。各項目の内容は、現在のアプリ内表示を確認してください。問題が起きたら、まず現在値を記録し、一度に一つの項目だけを変更します。複数の項目を同時に変更すると原因を判断しにくくなります。設定ファイル内の同様の項目も確認し、画面名だけで最終的な動作を判断しないでください。
Dataでは通信量やリクエストに関する記録を確認できます。実際にアクセスした後の確認に役立ちます。通信量の増加だけでは、リクエストが想定した方針で処理されたとは判断できません。接続先のドメイン、マッチしたルール、接続結果をあわせて確認してください。記録を共有する前に、機密情報を削除してください。
02 / PROTOCOLS
プロトコルによって、接続の確立方法とデータのやり取りが決まります。種類は既存のサーバー情報に合わせて選んでください。名称や入力項目が似ていても、設定を使い回せるとは限りません。
Shadowsocksは、通信の両端で同じ暗号化方式と認証情報を使うプロキシプロトコルです。アドレス、ポート、パスワードに加え、サーバー側で指定された追加パラメーターも確認してください。パスワードだけでは不十分です。読み込み後に接続できない場合は、暗号化方式をむやみに変更せず、元の情報と項目ごとに照合してください。
VMessは認証情報を使用し、通信方式とTLS設定も接続に影響します。サーバーアドレス、ユーザー識別子、パス、サーバー名はそれぞれ異なる役割を持つ場合があり、相互に置き換えることはできません。認証情報が正しいのに接続できない場合は、デバイスの時刻と該当する通信パラメーターも確認してください。
VLESSでは、認証情報と通信のセキュリティ設定を別々に扱います。ユーザー識別子だけで通信経路全体が保護されるわけではありません。項目を追加する際は、通信方式、TLS、サーバー指定のパラメーターをあわせて確認してください。アドレスとポートが同じでも、別のプロトコルの設定をそのまま流用しないでください。
Trojanは通常、TLSとパスワード認証を組み合わせてプロキシ接続を確立します。証明書の検証は通信相手の確認に重要です。アドレス、ポート、パスワードに加え、サーバー名と通信設定も確認してください。証明書エラーが発生した場合は、名前、時刻、設定の入手元を確認します。検証を無効にする方法を通常の解決策にしないでください。
サーバーの種類としてのHTTPは、HTTPプロキシを指します。アドレス欄にWebページのURLを入力するという意味ではありません。サーバー欄には通常、ホスト名またはIPアドレスを入力し、ポートと認証情報は別々に設定します。プロキシ接続でTLSを使うかどうかと、接続先のWebサイトがHTTPSかどうかは別の問題です。既存の設定に沿って個別に確認してください。
SOCKS5はプロキシサーバーを経由して接続し、サーバーの設定に応じてユーザー名とパスワードによる認証を使います。プロトコル名だけでは通信が暗号化されているとは限りません。UDPを使えるかどうかは、サーバーとネットワークの両方の条件によります。入力時は認証の要否を確認し、空のパスワードがすべてのサーバーに適用されると考えないでください。
Hysteria2はQUICをベースとし、UDPで通信します。そのため、ネットワークでUDPを利用できるかどうかがハンドシェイクと通信に影響します。まずアドレス、認証情報、TLSパラメーターを確認し、その後ネットワーク条件を調べてください。TCPのテストが一つ成功しても、このプロトコルの接続経路が正常とは限りません。
WireGuardは公開鍵・秘密鍵とピアの設定でトンネルを確立し、一般的なユーザー名とパスワードは使いません。インターフェースアドレス、秘密鍵、ピアの公開鍵、関連するルーティングパラメーターをあわせて確認してください。秘密鍵は機密情報です。診断情報を送信したり設定を共有したりする際は削除し、設定全体を公開しないでください。
03 / RULE KEYWORDS
ルールは「何にマッチするか」と「マッチした後どう処理するか」を同じ行に記述します。以下の記述は構文の説明用であり、現在の設定を置き換える完全な設定ファイルではありません。
Ruleは設定内で通信の転送先を決めるマッチングルールで、通常は上から順に判定されます。具体的な条件を広い条件より前に置き、フォールバックルールは最後に配置してください。ルールを追加したら、実際のリクエスト記録でマッチ結果を確認します。記述が正しそうに見えるだけで検証を終えないでください。
DOMAINは完全一致するドメイン名で判定し、特定のホスト名だけを対象にする場合に適しています。そのドメインのすべてのサブドメインが自動的に対象になるわけではありません。ドメイン欄にURLのスキーム、パス、クエリパラメーターは入力しないでください。以下の行は指定したドメインだけを対象にします。
DOMAIN,example.com,PROXY
DOMAIN-SUFFIXはドメインのサフィックスで判定し、指定したドメインとそのサブドメインを対象にできます。単一のDOMAIN条件より広い範囲に適用されるため、関連ドメインをまとめて処理する場合に便利です。変更する前に、サブドメインにも同じ方針を適用するか確認し、例外のリクエストまでマッチさせないようにしてください。
DOMAIN-SUFFIX,example.com,PROXY
DOMAIN-KEYWORDはドメインに含まれるキーワードで判定し、キーワードが特定のサフィックス位置にある必要はありません。名前が似ているだけで無関係なドメインまで対象になる可能性があるため、適用範囲を広げすぎないでください。完全なドメイン名やサフィックスを指定できる場合は、通常その方がマッチ範囲を確認しやすくなります。
DOMAIN-KEYWORD,adservice,REJECT
IP-CIDRはIPv4アドレスの範囲で判定し、スラッシュ以降のプレフィックス長で範囲の広さが決まります。例のネットワーク範囲は、ローカルネットワークアドレスを直接接続するルールの説明用です。すべてのネットワークにそのまま適用しないでください。IPv6アドレスには対応するIP-CIDR6ルールを使います。変更前に接続先のアドレス種別を確認してください。
IP-CIDR,192.168.0.0/16,DIRECT
GEOIPはIP位置情報データベースの分類結果に基づいて宛先を判定します。Webページの言語やユーザーの所在地を基準にするものではありません。データベース上の分類と実際のサービス配置が異なる場合もあり、Webサイトの身元を証明するものではありません。ルーティングに想定外の結果が出た場合は、実際に解決されたIPアドレスとルールの順序を確認してください。
FINALは、前のルールにマッチしなかった通信を処理するフォールバックルールです。通常はルールの最後に置き、選択した方針が漏れたリクエストすべてに影響します。多くの通信がFINALに該当する場合は、すぐにサーバーを変更せず、前の条件が狭すぎないか、必要な条件が不足していないかを確認してください。
FINAL,PROXY
これら3つの大文字表記は、ルールにマッチした後の処理方針です。PROXYはプロキシ経由、DIRECTは直接接続、REJECTはリクエストの拒否を意味します。マッチ条件を定義するものではなく、Global Routingの画面上の状態とも異なります。ルールを判断するときは、キーワード、マッチ対象、末尾の処理方針をあわせて確認してください。
04 / SUBSCRIPTION & CONFIGURATION
サーバー項目には接続パラメーターを保存し、設定ファイルには処理ルールをまとめ、購入履歴ではアプリの入手資格を確認します。それぞれ別に管理する必要があり、相互に置き換えることはできません。
Add Serverでは、ユーザーがすでに持っているサーバー情報を手動で追加できます。最初に、元の情報と一致するプロトコルを選びます。次にアドレス、ポート、認証情報、通信パラメーターを個別に入力し、余分な空白や大文字・小文字にも注意してください。保存後は接続をテストします。保存できても、リモート側で認証されたとは限りません。
Subscribeでは、ユーザーがすでに持っているサーバー項目を読み込み、更新できます。サブスクリプションリンクは利用中のサービス提供元から入手してください。項目を更新しても、特定の項目が自動選択されるわけではなく、すべての項目が使えるとも限りません。リンクに認証情報が含まれる場合があるため、公開しないでください。更新に失敗したら、まず現在使える情報を残し、元のリンクを確認してください。
.confは設定内容をまとめるファイル形式で、General、Rule、Hostなどのセクションを含められます。セクションごとに全体の動作、ルール、マッピングを扱い、サーバーのサブスクリプションとは異なります。読み込む前に内容を確認して元の設定を保存し、読み込み後に有効状態を確かめてください。構成の全体像はシステム設定ガイドをご覧ください。
URL Rewriteは条件に応じてリクエストURLを書き換えたり処理したりする機能です。接続先を決めるRuleとは異なる階層で動作します。接続先のURLが変わる問題を調べるときは、該当する書き換え条件がないかも確認してください。アクセス障害全般を解決する設定ではありません。内容がわからないルールは、用途を確認してから有効にしてください。
iCloud同期は、対応する設定と権限のもとで、アプリ関連データをiCloud経由で同期する仕組みです。対象範囲はアプリ内の設定で確認してください。同期は購入の復元とは異なり、サーバーサービスの有効性にも影響しません。移行する前に同期が完了したことを確認し、重要な設定は別途保存してください。一度の同期を完全なバックアップとみなさないでください。
購入済みは、App Storeで購入済みアプリを確認する画面です。機種変更や再インストールの際は、購入時と同じアカウントを使用していることを確認してください。アプリを復元しても、すべてのローカル設定が復元されるとは限らず、サーバー情報も別途確認が必要です。システム要件と購入対象の範囲はApp Storeのページで確認してください。手順は購入済みアプリの復元方法をご覧ください。
05 / CONNECTION & DIAGNOSTICS
問題を名前解決、接続、認証、ルール、実際のアクセスに分けて調べます。いずれか一つの段階で成功しても、アクセス経路全体が検証できたことにはなりません。
DNSはドメイン名をIPアドレスに変換し、多くの場合、接続を確立する前に使われます。名前解決に成功してもアクセスできない場合は、その後の接続や認証に問題がある可能性があります。名前解決の失敗だけでサーバーが利用できないとは判断できません。DNS設定を変更する前に現在値を記録し、リクエスト記録も確認してください。ルールやサーバーの設定を同時に変更しないでください。
Connectivity Testは、指定したテスト方法と接続先で項目の接続性を確認します。結果はそのときのテスト条件に限られます。テストに成功してもすべての接続先にアクセスできるとは限らず、失敗した場合もプロトコルとネットワーク環境をあわせて確認してください。テスト後は実際の接続先にアクセスし、Global Routingとマッチした方針も確認します。
遅延は特定のテスト方法で測定した応答時間です。ダウンロード速度ではなく、長時間接続の安定性を直接示すものでもありません。テスト対象、接続ネットワーク、測定時刻によって結果は異なるため、単純に順位付けしないでください。比較する際はテスト条件を揃え、実際のリクエストが成功するかも確認してください。
VPN構成の許可は、アプリが該当するネットワーク構成を作成することをシステムに認める手順です。初回接続時にはユーザーの確認とデバイス認証が必要な場合があります。許可後に接続状態が表示されても、リモートサーバーに到達できるとは限りません。接続を開始できない場合は、まずシステムの許可を確認してください。接続中なのにアクセスできない場合は、サーバー、名前解決、ルールを調べます。
サーバー項目には接続先のアドレス、プロトコル、認証パラメーターが保存されます。個別の接続項目を「ノード」と呼ぶこともあります。項目名は識別用のラベルにすぎず、実際のアドレス、性能、状態を示すものではありません。問題を調べるときは元の情報に沿ってパラメーターを確認し、接続性、認証、接続先へのアクセスを個別に検証してください。名前や一度の遅延結果だけで判断しないでください。