Home
Homeではサーバー一覧、選択中のサーバー、接続状態を確認できます。日常的な接続確認もここから行います。一覧に記録が表示されても、設定が保存されているだけで、そのサーバーが利用可能とは限らず、接続済みとも限りません。確認時は選択中の項目と接続スイッチをそれぞれ確認してください。
画面表示・プロトコル・ルールキーワード
「どの画面で操作するか」「どのプロトコルで接続するか」「リクエストにどのポリシーが適用されるか」を整理してから、設定を変更しましょう。このページでは用語を5つのカテゴリに分けて解説します。英語表記はそのまま掲載し、カテゴリや項目へのリンクから探せます。
画面表示は操作する場所や全体の状態を示します。特に、Global RoutingのConfig、Proxy、Directと、設定ファイル名やルール行のポリシーは、それぞれ異なる階層の項目です。
Homeではサーバー一覧、選択中のサーバー、接続状態を確認できます。日常的な接続確認もここから行います。一覧に記録が表示されても、設定が保存されているだけで、そのサーバーが利用可能とは限らず、接続済みとも限りません。確認時は選択中の項目と接続スイッチをそれぞれ確認してください。
Global Routingは全体のルーティング方式を決める項目です。Config、Proxy、Directの3つがあります。ルールに応じて通信を振り分ける場合は、まずConfigが選択されているか確認してください。全体のモードが想定と異なると、個別のルールだけを変更しても期待した結果にならないことがあります。
Global Routingの選択肢であるConfigは、現在の設定ファイルにあるルールや関連設定に基づいてリクエストを処理します。すべてのリクエストがプロキシ経由になるわけではありません。DIRECTに一致したリクエストは直接接続し、REJECTに一致したリクエストは拒否されます。実際に有効な設定ファイルも確認してください。
ProxyはGlobal Routingのプロキシモードです。通常のルールに沿ってリクエストごとに振り分けるのではなく、全体をプロキシ経由にします。ルール内の大文字表記のPROXYとは異なる階層の項目です。接続を確認する際は、選択中のサーバーと認証・転送パラメータも確認してください。
DirectはGlobal Routingの直接接続モードです。接続は選択中のプロキシサーバーを経由しません。DNS、システムルート、現在のネットワーク条件が無視されるわけではありません。Directに切り替えた後の接続可否は、端末のネットワークと接続先サービスの状態によって異なります。
Add Serverはサーバーを手動で追加する画面です。手元にある情報に基づいて種類を選び、アドレス、ポート、認証情報を入力します。必要な項目はプロトコルによって異なるため、Password、UUID、鍵を互いに代用することはできません。入力後は、サーバーを選択して接続をテストしてください。
プロトコルは、クライアントとサーバーがデータをやり取りする方法を定めます。種類、認証、転送方式、TLSなどのパラメータをまとめて一致させる必要があります。プロトコル名だけで速度、遅延、実際の利用可否を判断することはできません。
Shadowsocksは暗号化対応のプロキシプロトコルです。主な設定項目は、サーバーアドレス、ポート、暗号化方式、パスワードです。暗号化方式はサーバーと一致させてください。アドレスとパスワードが正しくても、方式が異なると通信できない場合があります。追加の転送パラメータも、手元の情報と照らし合わせて確認してください。
VMessはUUIDなどのパラメータでユーザーを識別するプロキシプロトコルです。接続には、転送方式やTLSを組み合わせる場合もあります。UUIDが正しくても、ほかのパラメータが一致しているとは限りません。必要な項目について、転送方式、Host、Path、証明書関連の設定も確認してください。
VLESSは軽量なプロキシプロトコルです。ユーザーの識別にはUUIDを使うことが一般的で、プロトコル自体はアプリケーションデータを暗号化しません。実際の通信保護については、TLSなどの利用状況を確認してください。VMessの項目をそのまま当てはめず、該当するサーバー情報に従って入力します。
Trojanは通常、TLSトンネル内でプロキシデータを転送し、Passwordで認証します。サーバーアドレスと証明書検証に使う名前は、異なる役割を持つ場合があります。接続できないときは、Password、SNI、証明書の対応を確認してください。証明書検証の無効化を通常の対処法にすることは避けましょう。
Hysteria2はQUICをベースとするプロキシプロトコルで、UDPを使って通信します。認証、TLS、その他の接続パラメータをサーバーと一致させ、利用中のネットワークで必要なUDP通信が許可されていることも確認してください。TCP接続テストに結果が出ても、この接続が利用できるとは限りません。
WireGuardは鍵認証を使うトンネルプロトコルです。通常、ローカルの秘密鍵、ピアの公開鍵、Endpoint、アドレスやルートの設定が必要です。公開鍵と秘密鍵は用途が異なるため、入れ替えて入力できません。秘密鍵は機密情報です。設定の共有やトラブル調査の情報を送る前に、必ず削除してください。
サーバーの種類としてのHTTPは、HTTPプロキシを指します。接続先のWebページがHTTPに限られるという意味ではありません。HTTPSの接続先では、通常CONNECTを使ってトンネルを確立します。プロキシ接続自体がTLSで保護されるかは、選択した種類と設定によります。接続先URLがHTTPSだからといって、プロキシ接続も保護されているとは限りません。
SOCKS5はプロキシ転送プロトコルです。サーバーの要件に応じてユーザー名とパスワードを設定できますが、プロトコル自体は通信を暗号化しません。UDP転送には、クライアント設定、サーバー側の対応、ネットワーク条件がそろう必要があります。TCPでアクセスできても、UDPリクエストが同じように処理されるとは限りません。
ルールは通常、上から順に確認され、一致すると該当するポリシーが適用されます。DOMAIN-SUFFIXなどのキーワードは「何に一致するか」を、PROXY、DIRECT、REJECTは「どう処理するか」を示します。両者を混同しないでください。
DOMAIN-SUFFIX,example.com,PROXY
DOMAIN-SUFFIXは種類、example.comは一致対象、PROXYはポリシーです。この例は記法の説明用であり、現在の設定にそのまま追加することを推奨するものではありません。
DOMAINは指定したドメイン名に完全一致します。たとえばexample.comに一致しても、www.example.comは自動的には対象になりません。単一のホスト名だけを処理する場合に適しています。接続先サービスが複数のサブドメインを使う場合は、個別に指定するか、対象範囲を確認したうえで別の一致方式を検討してください。
DOMAIN-SUFFIXは指定したドメイン名とそのサブドメインに一致します。たとえばexample.comとapi.example.comが対象です。ドメインの境界に基づいてサフィックスを判定するため、任意の文字列を含むかどうかの判定とは異なります。同じドメイン体系に共通のポリシーを適用する場合に便利ですが、先行するルールに一致しないかも確認してください。
DOMAIN-KEYWORDは、ドメイン名に指定したキーワードが含まれるかどうかで一致を判定します。通常、ドメインサフィックスによる判定より広い範囲が対象になります。短いキーワードは無関係なドメインにも一致する場合があります。追加する前に影響範囲を確認し、明確なドメイン名の代わりに短い文字列を使うことは避けてください。
GEOIPは、IPアドレスの地理情報データベースに記録された国・地域に基づいて接続先IPを判定します。ユーザーの所在地やWebサイトの言語を判定するものではありません。データベース上の地域はWebサイトのブランドに関連する地域と異なる場合があり、CDNによって異なるIPアドレスが返ることもあります。実際の名前解決結果とあわせて、一致した理由を確認してください。
IP-CIDRはCIDR表記を使ってIPv4アドレスの範囲に一致させます。たとえば192.0.2.0/24のように指定します。スラッシュの後ろの数字はネットワークプレフィックス長であり、ポート番号ではありません。プレフィックスが長いほど、通常は対象範囲が狭くなります。変更前に、対象のアドレスが該当するネットワーク範囲に含まれることを確認してください。
IP-CIDR6はIPv6アドレスの範囲に一致させます。たとえば2001:db8::/32のように指定し、IPv4のアドレス範囲とは別に処理します。1つのドメインからIPv4とIPv6の両方のアドレスが返る場合があります。IPv4ルールを追加しただけでは、IPv6接続にも同じポリシーが適用されるとは限りません。実際の接続先アドレスを確認してください。
FINALは、それ以前のルールに一致しなかったリクエストに最終ポリシーを指定します。通常はルール一覧の末尾に配置します。ドメイン名やアドレスの一致値は指定しません。例:FINAL,DIRECT。具体的なルールより前に置くと、後続のルールが想定どおりに評価されない場合があります。
PROXYPROXYはルール内で使うプロキシポリシーで、一致したリクエストをプロキシ経由で処理します。サーバーアドレスやプロトコル名ではありません。実際の出口は、選択中のサーバーと設定を確認してください。PROXYを指定しただけで、利用可能なサーバー情報が作成されるわけではありません。
DIRECTDIRECTはルール内で使う直接接続ポリシーです。一致した接続はプロキシサーバーを経由しません。すべてのネットワーク処理が無効になるわけではなく、接続先への到達が保証されるわけでもありません。DNSの名前解決、システムのネットワーク状態、接続先サービスも結果に影響します。
REJECTREJECTは一致した接続を拒否します。ページ上の特定の要素だけを選んで削除する機能ではありません。同じドメインで複数のコンテンツを配信している場合、ドメイン単位の拒否によって通常の機能にも影響が及ぶことがあります。設定後は実際のリクエストを確認し、接続拒否とコンテンツ単位のフィルタリングを混同しないでください。
まず読み込む内容の用途を確認してから、読み込み先を決めてください。サーバー情報は接続パラメータを管理し、設定ファイルはルールや設定をまとめます。サブスクリプションを更新しても、現在の設定が切り替わるとは限りません。
Subscribeは、既存のサブスクリプション内容を読み込んだり、更新したりするために使います。含まれる情報は、サブスクリプションの形式と取得データによって異なります。サブスクリプションURLは利用中のサービス提供元から取得し、機密情報として管理してください。更新できない場合は、URL、ネットワーク、応答形式を確認します。調査のためにURL全体を公開しないでください。
Serverはサーバーパラメータのまとまりで、通常、プロトコル、アドレス、ポート、認証情報が含まれます。「ノード」と呼ばれることもあります。表示名は識別用のラベルであり、認証には使われません。同じ名前の記録でも、実際のアドレス、プロトコル、証明書の設定が異なる場合があります。
Configは、ルールやDNSなどを管理する設定ファイルや関連画面を指す場合もあります。Global Routingの同名モードとは、文脈に応じて区別してください。ファイルを保存または読み込んだ後は、現在有効な項目を確認します。主にサーバー情報を含むサブスクリプションを更新しても、ルールファイルまで更新されるわけではありません。
設定項目は、名前解決の経路、接続の開始条件、データ同期に影響する場合があります。問題を調べるときは、一度に変更する設定を1種類に絞り、変更前の値を記録してください。実際の項目名と利用可能な範囲は、アプリ内の表示をご確認ください。
DNSはドメイン名をIPアドレスに変換します。多くのネットワーク接続で最初に行われる処理です。DNS設定を変えると、返されるアドレスや後続のルール判定が変わる場合がありますが、サーバーの認証情報が変わるわけではありません。問題が起きたときは、名前解決、接続、証明書検証のどこで失敗しているかを切り分けてください。
DNS設定を見る →On Demandは、設定した条件に応じてシステムが接続を開始するオンデマンド接続機能です。接続スイッチを何度も手動で操作する手間を減らせますが、サーバーが常に利用可能であることを意味しません。自動再接続が発生した場合は、スイッチの状態だけでなく、開始条件と現在のネットワークも確認してください。
On Demandの設定を見る →Connectivity Testは接続の可否を確認する機能です。結果はテスト方法、接続先、その時点のネットワーク状態によって異なります。遅延の値はダウンロード速度ではありません。特定の接続先へのテストに成功しても、すべての接続先やUDPリクエストが利用できるとは限りません。結果を比較するときは、同じテスト方法を使用してください。
テストとPingについて見る →URL Rewriteは、一致条件に基づいてリクエストURLを書き換える機能です。たとえば、リクエスト先の変更などを行います。接続の出口を決めるルーティングルールとは異なり、リクエストを確認できるかどうかや設定条件によって適用範囲が制限されます。ドメインルールを追加しただけで、暗号化されたリクエストの内容も書き換えられるとは限りません。
iCloudはアプリのデータを同期するシステムサービスです。同期される項目はアプリ内で確認してください。アカウント、システムの権限、同期状態にも左右されます。App Storeの購入履歴とは用途が異なります。端末を買い替える前に同期の完了を確認し、同期を有効にしただけで全データがバックアップ済みと考えないでください。
iCloud同期について見る →