適切なクライアントをインストール済み
デスクトップではプロセッサのアーキテクチャに合ったインストーラーを使用し、モバイルでは対応するストアまたはダウンロードページからインストールします。初回起動時に、ネットワーク、VPN、バックグラウンド実行などの権限を求められる場合があります。これらはクライアントがアプリの通信を取り込むために必要なため、システムの案内に従って許可してください。
Windows、macOS、Linuxのクライアントでは通常、「設定」「プロキシ」「システムプロキシ」などの名称が使われます。AndroidやiOSでは、「サブスク」「ポリシー」「起動」「VPN」などと表示される場合があります。ボタンの位置は異なっていても、操作の順番は同じです。インストーラーを選び直す場合は、上部のプラットフォーム入口からダウンロードページの該当タブへ切り替えてください。
クライアント、サブスクURL、本体のネットワークがすべて利用できることを確認します。準備が整ったら順番に操作すれば、問題が起きた場合も原因の層を切り分けやすくなります。
デスクトップではプロセッサのアーキテクチャに合ったインストーラーを使用し、モバイルでは対応するストアまたはダウンロードページからインストールします。初回起動時に、ネットワーク、VPN、バックグラウンド実行などの権限を求められる場合があります。これらはクライアントがアプリの通信を取り込むために必要なため、システムの案内に従って許可してください。
サブスクURLは通常、ネットワークサービスの提供元が発行します。コピーする際は完全なリンクを保持し、先頭のプロトコル、パス、末尾のパラメータを省略しないでください。サブスクURLは個人用の設定入口なので、公開ページやスクリーンショット、共有ログに載せるのは避けてください。
システムプロキシまたはVPNを担当するクライアントは、同時に1つだけにしてください。他のプロキシソフト、ブラウザのプロキシ拡張、パケットキャプチャツール、企業ネットワーク用コンポーネントが同じ設定を書き換えると、接続済みに見えても実際の通信が別の経路を通ることがあります。
このガイドは一般的なGUIクライアントを前提としており、YAMLを手動編集する必要はありません。カスタムルール、DNS、Fake-IP、TUNルーティング、サーバー環境を設定する場合は、まず以下の4ステップを完了してから全プラットフォームガイドの該当章を確認してください。
クライアントで利用可能な設定を取得し、現在の設定として明示的に有効化することが目的です。リンクを貼り付けるだけでは不十分で、ダウンロードの成功と有効化の状態も確認する必要があります。
クライアントを起動したら、まず「設定」「サブスク」「Profiles」「設定ファイル」などの入口を探します。デスクトップクライアントでは左側のナビゲーション、モバイルクライアントではホームまたは設定ページにあることが一般的です。ページを開くと、アドレスの追加、URLからの導入、新しいサブスクの作成などのボタンが表示されます。名前の入力を求められた場合は、サービス名や用途など識別しやすい名前を付けてください。完全なサブスクURLを名前に書く必要はありません。
「URLから導入」などの入口を選び、完全なサブスクURLを入力欄に貼り付けてから、「導入」「ダウンロード」「更新」をクリックします。クライアントがリモート設定を取得します。通常は、設定名、更新日時、選択可能な設定項目が表示されます。初回の取得には数秒かかる場合があるため、同じURLを連続して追加しないでください。一覧に同じ設定が複数作成されることがあります。
導入後も一覧が空の場合は、入力欄に余分な空白がないか確認してください。特にチャットアプリからコピーした際の改行に注意します。設定が完了していないシステムプロキシを一時的に無効にしてから、もう一度更新する方法もあります。タイムアウト、404、内容形式の異常が表示された場合は、クライアントが利用可能な設定を取得できていないため、次の接続手順へ進まないでください。サブスク更新の具体的なエラーはヘルプセンターで確認できます。
設定が一覧に表示されたら、その項目をクリックするか右側の有効化ボタンを使い、現在の設定にします。クライアントによっては、チェックマーク、緑色の印、「アクティブ」などで選択状態を示します。この操作を終えてからプロキシページを開くと、ポリシーグループや選択可能なプロキシが表示されるはずです。プロキシページが完全に空白の場合は、設定が有効化されていないか、サブスクの内容がクライアントに対応していない可能性があります。
モードによって通信の振り分け方法が決まります。初回設定ではルールモードを優先してください。設定内のルールに基づいて、直接接続、プロキシ、ブロックを判断します。
メインナビゲーションから「プロキシ」「Proxies」「モード」ページを開き、まずルール、グローバル、ダイレクトの3つのモードを探します。クライアントによっては設定ページの上部、またはプロキシ一覧の上に表示されます。現在のモードを確認したら、下にあるポリシーグループを確認します。ポリシーグループは自動選択、手動選択、ストリーミングなど用途別に分かれている場合があります。具体的な内容はサブスク設定によって異なり、すべてのクライアントが同じ構成とは限りません。
設定内のドメイン、IP、ネットワークルールに従って通信を振り分けます。一般的なローカルサービスは直接接続し、プロキシが必要な通信は該当するポリシーグループに渡すため、日常利用に適しています。
ほとんどの通信を1つのグローバルポリシーで処理します。特定のプロキシ項目を短時間テストする用途には向いていますが、ルールの影響を理解しないまま長期間有効にすることはおすすめしません。
通信はプロキシポリシーを経由しません。問題がプロキシに関係するかを判断する際に使えますが、有効にした状態ではプロキシ接続そのものを確認できません。
「ルール」をクリックし、選択状態になっていることを確認します。次に主要なポリシーグループを開き、「自動選択」、利用可能なプロキシ、または設定提供元が推奨するデフォルト項目を選びます。見慣れない名前が複数あっても、すべてのポリシーグループを個別に変更する必要はありません。まずはデフォルト設定を維持し、最上位の主要ポリシーに選択項目があることだけ確認してください。初期設定の変数を減らせるため、後で特定のサイトにアクセスできない場合も、接続履歴から該当するポリシーグループを特定しやすくなります。
プロキシ項目を切り替えると、クライアントが新しい接続を確立するまで少し時間がかかる場合があります。このときDNS、ポート、ルールファイルを同時に変更しないでください。一度に1項目だけ調整すると、変更の効果を判断しやすくなります。すべてのプロキシ項目が利用不可の場合は、まずサブスクを1回更新してください。それでも利用可能な項目がない場合は、クライアントを何度も再インストールするのではなく、設定提供元にサービスの状態を確認します。
この段階で、システムまたはアプリの通信をクライアントに渡します。デスクトップでは通常システムプロキシを有効にし、モバイルではローカルVPNの作成を許可します。
Windows、macOS、多くのLinux GUIクライアントには、「システムプロキシ」「Set as system proxy」など、同様の切り替えがあります。有効にすると、クライアントがOSのHTTP・HTTPSプロキシをローカルの待ち受けポートへ向けます。システムから権限確認が表示される場合があり、macOSではネットワーク設定の変更にシステム認証情報が必要になることもあります。認証後はスイッチを有効なままにし、トレイメニューやステータス欄でシステムプロキシが有効になっていることを確認してください。
クライアントに「混合ポート」が表示される場合は、初回利用ではデフォルト値のままで構いません。他のガイドに合わせるために別のポートへ変更しないでください。システムプロキシとクライアントの待ち受けポートは一致している必要があります。ブラウザがシステムのネットワーク設定を使っていれば通常そのまま反映されます。独自のプロキシ拡張をインストールしている場合は、システムプロキシが上書きされないよう先に無効にしてください。
AndroidとiOSのクライアントは、通常システムVPNインターフェースを使って通信を取り込みます。「起動」「接続」またはホーム画面のスイッチをタップすると、システムにVPN設定の許可を求める通知が表示されます。許可すると、ステータスバーにVPNの表示が現れ、クライアントのボタンも接続済みの状態になります。ここでのVPNは本体の通信を取り込む入口であり、プロキシモードとポリシーは先ほど導入した設定によって制御されます。
一部のAndroidでは、アプリが前面から離れるとバックグラウンド動作が制限されます。初回接続ではクライアントを前面に表示したまま確認してください。利用できることを確認した後、システム設定で必要なバックグラウンド動作を許可します。iOSでネットワーク切り替えや長時間のスリープ後に接続が切れた場合は、クライアントに戻って接続を再起動してください。サブスクを再導入する必要はありません。
システムプロキシは、ブラウザやシステムプロキシ設定に従う一般的なデスクトップアプリに適しています。TUNモードはシステムプロキシを読み取らないアプリも取り込めますが、仮想ネットワークアダプター、ルーティング、DNSハイジャック、管理者権限が関係します。初回設定ではシステムプロキシで接続を確認し、特定のアプリがプロキシを経由しない場合にのみ、全プラットフォームガイドのTUN章を確認してください。基本接続の問題とルーティングの問題を混同せずに済みます。
スイッチの色だけで判断しないでください。確実に確認するには、Webページへのアクセス、クライアントの接続履歴、ルールの適用結果を同時に確認します。
普段直接アクセスできる一般的なWebサイトを開き、ページが読み込まれることを確認します。接続を有効にした後、すべてのWebページが開けない場合は、まずシステムプロキシまたはVPNを無効にして元のネットワークが正常か確認してください。元のネットワークは正常で、有効化後だけ接続できない場合は、現在のプロキシ項目、クライアントの待ち受け状態、システムプロキシのポートを確認します。複雑なルールを先に変更する必要はありません。
「接続」「Connections」または「ログ」ページを開き、ブラウザを更新します。正常なら、新しいドメインへのリクエストや接続履歴がすぐに表示されます。リクエストが表示されれば、ブラウザの通信はクライアントに入っています。新しい記録がまったくない場合は、システムプロキシが有効でない、ブラウザが独自のプロキシ設定を使っている、またはアプリがシステムプロキシに従っていない可能性があります。
接続履歴でリクエストを1件開くと、適用されたルールと最終ポリシーを確認できます。普段使うローカルサービスでは通常ダイレクト、プロキシが必要な対象では該当するプロキシポリシーが表示されます。サブスクによってルール名は異なるため、特定の英語ラベルではなく、最終的に想定どおりダイレクトまたはプロキシへ振り分けられているかを確認してください。
まずダイレクト接続すべきサイトにアクセスし、次にプロキシが必要なサイトへアクセスします。両方が成功し、接続履歴で異なる処理ポリシーが表示されれば、サブスク、ルールモード、システム側の取り込み、プロキシ項目の4つが正常につながっています。ダイレクトは正常でプロキシ対象だけ失敗する場合は、現在のプロキシ項目が利用可能か確認してください。プロキシ対象は開けるのにローカルサービスに問題がある場合は、グローバルモードを誤って選んでいないか、設定のダイレクトルールが上書きされていないか確認します。
基本ネットワークとクライアントの転送経路が利用可能です。
システムの通信がクライアントに入っています。
ダイレクト接続とプロキシ接続が個別に処理されています。
接続確認に失敗した場合は、上流から下流へ確認します。まずサブスクが更新でき、有効化されていることを確認し、次に現在のプロキシ項目が利用可能か確認します。その後、ルールモード、最後にシステムプロキシ、VPN、アプリ独自のネットワーク設定を確認してください。一度に1か所だけ変更して再テストします。ログにDNS、証明書、接続拒否、タイムアウトなど具体的なエラーがある場合は、ヘルプセンターでエラーの種類から原因を探してください。
まず現在の利用可能な状態を維持し、機能は1つずつ追加してください。後で調整に失敗しても、確認済みの設定へすぐ戻せます。
手動更新が正常に動作することを確認してから、適切な間隔で自動更新を有効にします。更新後にポリシーグループの構成が変わった場合は、主要ポリシーに項目が選択されているか再確認してください。サブスクURLが無効になっていたり、サーバーが異常な応答を返したりする場合、自動更新でURL自体を修復することはできません。
デスクトップでOS起動時に自動起動する場合は、クライアントの起動後にシステムプロキシも自動復元されるか確認してください。プログラムだけ起動してシステムプロキシが復元されなければ、ブラウザの通信はクライアントに入りません。システムプロキシだけ残ってプログラムが動作していない場合は、ネットワーク接続に失敗する可能性があります。
カスタムルール、DNS、TUN設定を変更する前に、現在利用できる設定と重要なスイッチの状態を記録してください。問題が起きたら、まず基本設定へ戻し、サブスクの内容、システム権限、追加したパラメータのどれが変化の原因か判断します。
日常利用に必要な設定はここまでで完了です。プラットフォーム別のインストール手順、Fake-IP、DNS、ルール構文、TUN、Linuxサービスの設定が必要な場合は全プラットフォームガイドへ進んでください。具体的なエラーが表示された場合は、まずヘルプセンターを確認します。