よくある質問

Clash Verge Rev は Microsoft WebView2 ランタイムに依存します（Windows 11 は内蔵、Windows 10 は手動インストールが必要）。

解決方法：

1. 初回インストール時に WebView2 ダウンロードガイドが自動表示されます。指示に従ってインストールしてください。
2. ガイドが表示されない場合は、Microsoft 公式サイトで「WebView2 Runtime」を検索し、「Evergreen Standalone Installer」をダウンロードして手動インストール。
3. インストール完了後、Clash Verge Rev インストーラーを再実行してください。

これは macOS Gatekeeper が Apple 公証を受けていないアプリをブロックする正常な動作であり、ウイルス警告ではありません。

解決方法：

1. システム設定 → プライバシーとセキュリティ を開く。
2. ページ下部のブロックメッセージを確認：「Clash Verge は開発元が未確認のため使用がブロックされました」。
3. 横の 「このまま開く」 をクリックし、再度確認すれば使用可能。

またはターミナルで実行：xattr -rd com.apple.quarantine /Applications/Clash\ Verge.app、その後再起動。

プロキシツールはネットワーク傍受の特性（仮想アダプタ作成、システムプロキシ変更）により、一部のウイルス対策ソフトが誤検知します。業界全体でよくある誤検知であり、実際の脅威ではありません。

推奨対応：

1. 本サイトのダウンロードページから取得後、SHA256 チェックサムでファイルの完全性を確認し、出所が信頼できることを確認。
2. ウイルス対策ソフトで Clash インストールディレクトリ（通常 C:\Users\ユーザー名\AppData\Local\clash-verge-rev）をホワイトリストに追加。
3. Windows Defender では「ウイルスと脅威の防止 → 除外」に追加可能。

よくある原因：

1. アーキテクチャ不一致：誤ったアーキテクチャの APK をダウンロード。2016年以降の Android スマホの大半は ARM64-v8a。不明な場合は「ユニバーサル版」を選択。
2. ダウンロード不完全：APK を再ダウンロードし、ファイルサイズがダウンロードページの記載と一致するか確認。
3. OS バージョンが古い：Clash for Android は Android 5.0 以上、ClashMeta for Android は Android 5.0+ が必要。

以下の手順を順に試してください：

1. 旧版設定を削除：旧バージョンの設定ファイルが新版と非互換の可能性。Windows では %APPDATA%\clash-verge-rev を削除、macOS では ~/Library/Application Support/clash-verge-rev を削除して再起動。
2. 管理者/Root 権限で実行：プログラムアイコンを右クリック → 管理者として実行（Windows）。
3. ポート占有を確認：Clash はデフォルトで 7890、7891 などのポートを使用。他プログラムが占有しているとクラッシュ。ターミナルで netstat -ano | findstr 7890（Windows）を実行して確認。
4. 再インストール：アンインストール後、最新版を再インストール。

ノードが空の場合、通常はサブスクリンク自体の問題であり、クライアントの問題ではありません。

1. リンクの有効性を確認：サブスクリンクをブラウザのアドレスバーに貼り付け、正常にダウンロード/アクセスできるか確認。ブラウザでも開けない場合、リンクの期限切れまたはアカウント異常。プロバイダーに新しいリンクを依頼。
2. サブスク形式を確認：Clash クライアントは Clash YAML 形式のサブスクが必要。プロバイダーによって複数形式がある場合、「Clash」または「Mihomo」と記載されたリンクを選択。
3. ネットワーク問題：サブスクのダウンロード自体にネットワークが必要。失敗する場合は接続を確認するか、スマホのテザリングでテスト。

サブスク更新失敗のよくある原因：

1. プロキシ未起動時の更新：一部のサブスクリンクはプロキシ経由でないとアクセスできないサーバーにホストされており、先に利用可能なノードが必要。初回更新は別の回線（スマホのテザリングなど）に切り替えて試す。
2. リンクに特殊文字が含まれる：コピー時に余分なスペースや改行が入った可能性。プロバイダーパネルから完全なリンクを再コピー。
3. プロバイダーサーバー障害：一時的なメンテナンス。しばらく待って再試行。
4. DNS 汚染：TUN モードを有効にして再試行、またはクライアント設定で DoH（DNS over HTTPS）を構成。

Clash は YAML 形式の設定ファイルを使用し、手動で設定を記述してノードを直接追加できます。

基本設定構造：

proxies:
  - name: "マイノード"
    type: ss
    server: example.com
    port: 8388
    cipher: aes-256-gcm
    password: "yourpassword"

proxy-groups:
  - name: PROXY
    type: select
    proxies:
      - マイノード

rules:
  - MATCH,PROXY

クライアントの「プロファイル」で「新規作成」→「空白の設定」を選択し、上記内容を入力して保存。

クライアントの「プロファイル」（Profiles）タブで、使用するプロファイルをクリックしてアクティブ化すれば切り替え可能。

設定の保持について：

• プロキシルール：各プロファイルに独自のルールがあり、切り替えるとルールが変わる——正常な動作です。
• クライアント全体設定（TUN スイッチ、ポート設定、テーマなど）：クライアント自体に保存され、プロファイル切り替えの影響を受けません。
• 手動選択したノード：プロファイルに保存され、切り替え後は再選択が必要。

プロファイル一覧で対象設定を右クリック（または設定アイコンをクリック）し、「自動更新」オプションを見つけて更新間隔（分単位）を入力。

推奨頻度：

• 一般ユーザー：1440 分（24 時間）、毎日最新ノードを自動取得。
• ノード変更が頻繁なサービス：360 分（6 時間）。
• 30 分以内など短すぎる間隔は非推奨。頻繁なリクエストはプロバイダーサーバーに負荷をかけ、サブスク URL のレート制限やブロックの原因になる可能性があります。

遅延テスト（Ping）と実際のプロキシトラフィックは異なる経路を通ります。Ping が正常でもプロキシが使えるとは限りません。

1. システムプロキシが有効か確認：クライアントのメイン画面に「システムプロキシ有効」と表示されているか確認。コアのみ稼働中ではないか。
2. ブラウザのプロキシ設定の競合：Firefox などは独立したプロキシ設定を使用。ブラウザ内のプロキシ設定が正しいローカルポート（通常 127.0.0.1:7890）を指しているか確認。
3. プロキシモードの確認：現在「ルール」モードか確認。「直接接続」モードでは全トラフィックがプロキシを経由しません。
4. ポート占有：7890 ポートが他プログラムに占有されていないか確認。クライアント設定でポートを変更して再試行。

システムプロキシモードはプロキシプロトコルに対応したアプリ（ほとんどのブラウザ、一部のアプリ）にのみ有効。非対応プログラム（ゲームクライアント、CLI ツール、一部の UWP アプリなど）のトラフィックは Clash を経由しません。

解決策：TUN モードを有効化。TUN モードは仮想ネットワークアダプタを作成し、プロキシプロトコル非対応アプリを含むすべての TCP/UDP トラフィックを制御。詳細は TUN モード使用ガイド を参照。

最も一般的な原因は「グローバルプロキシ」モードの使用。すべてのトラフィック（直接接続でよいサイトを含む）がプロキシノードを経由し、遅延が増加します。

解決方法：プロキシモードを 「ルール」（Rule）モードに切り替え。直接接続するトラフィックは自動的に直結、残りのトラフィックのみプロキシ経由。

その他の可能性：

• サブスク設定のルールが不完全で、直接接続すべき一部の IP が誤ってプロキシノードにルーティングされている。
• DNS 設定が不適切で、すべての DNS リクエストがプロキシサーバー経由で解決され、遅延が増加。

Clash のシステムプロキシ設定が終了時に正常にクリアされず、システムが停止した Clash ポート経由でトラフィックを送信し続けているためです。

即時修復：

1. Clash を再起動し、クライアントで「システムプロキシ」スイッチを手動でオフにしてから終了。
2. または：システムのプロキシ設定を開く（Windows：設定 → ネットワーク → プロキシ；macOS：システム環境設定 → ネットワーク → 詳細 → プロキシ）し、「プロキシサーバーを使用」を手動でオフ。

予防策：Clash 設定で「終了時にシステムプロキシを自動オフ」オプションを有効化。

遅延テストのタイムアウトには複数の原因が考えられます：

1. ローカルネットワークの問題：まずプロキシなしでインターネットに接続できるか確認。ローカルネットワークに問題があると、すべてのノードがタイムアウト。
2. プロバイダー回線障害：プロバイダーにノード状態を確認、またはステータスページを確認。
3. テスト対象がブロック：Clash はデフォルトで http://www.gstatic.com/generate_204 でテスト。一部のネットワーク環境では到達不可。クライアント設定でテスト URL を変更、例：http://cp.cloudflare.com/generate_204。
4. ファイアウォールによるブロック：企業やキャンパスネットワークがプロキシポートをブロックしている可能性。スマホのテザリングに切り替えてテスト。

IP が変わらない場合、該当トラフィックはまだ直接接続であり、プロキシ経由ではありません。

1. プロキシモードを確認：「グローバルプロキシ」モードに切り替え、IP 確認サイトで IP が変わるか確認。変わる場合はルールの問題——そのサイトが直接接続に設定されている。
2. DNS リーク：HTTP トラフィックがプロキシ経由でも、DNS クエリがローカル経由のままの場合、一部のサイトが DNS から実際の地域を判定。設定で DNS over HTTPS（DoH）または暗号化 DNS を有効化。
3. WebRTC リーク（ブラウザのみ）：ブラウザの WebRTC がプロキシをバイパスして実 IP を漏洩。WebRTC リーク防止拡張機能をインストール。

速度は複数の要因に影響されます。優先順位で確認：

1. ノードを切り替え：速度テストを実行し、最低遅延（通常 <100ms）のノードを選択。地域によってサイトへの速度が大きく異なります。YouTube 視聴には日本、香港、米国ノードを推奨。
2. プロトコルの違い：Hysteria2 と TUIC は UDP/QUIC を使用し、高パケットロス環境では TCP 系プロトコルより大幅に高速。プロバイダーが提供していれば優先使用。
3. ローカル帯域幅：ローカルネットワーク自体が制限されていないか確認。一時的にプロキシをオフにして速度テストサイトで実速度を確認。
4. プロバイダープランの速度制限：一部プランは流量使用後に速度低下。プロバイダーダッシュボードで使用量を確認。

通常使用時、Clash コアの CPU 使用率は 5% 未満、メモリは 50〜150MB の範囲。明らかに超過する場合：

1. 大量の接続数：クライアントの「接続」ページで大量のアクティブ接続がないか確認（通常は数十件）。頻繁に接続を確立するプログラム（P2P ダウンロードなど）は、ルールで REJECT または DIRECT を設定して Clash の処理量を削減。
2. ルール数が多すぎる：一部のサブスク設定には数万件のルールが含まれ、検索オーバーヘッドが大きい。ルールセットを整理するか、インラインルールの代わりに Rule-Provider（ルールセットファイル）を使用。
3. TUN モードで全トラフィックを処理：TUN モードはすべてのトラフィックを処理するため、通常のプロキシモードより CPU 使用率が高いのは正常。
4. クライアントを再起動：長時間稼働後にメモリが蓄積。再起動で回復。

遅延（Ping）とスループット（ダウンロード速度）は異なる指標です。低遅延は往復通信が速いことのみを示し、帯域幅が大きいことを意味しません。

• ノード帯域制限：プロバイダーは単一ノードの帯域に上限があります。同一ノードを複数人で共有すると速度が低下。別ノードに切り替えてテスト。
• QoS 速度制限：プロバイダーが特定のトラフィックタイプ（ストリーミング、大容量ファイルダウンロード）を制限する場合があります。
• 中継回線品質：一部ノードは複数ホップの中継を経由し、各ホップがボトルネックになる可能性。直接接続ノード（CN2、IEPL、IPLC など専用線）を優先。

信頼できる速度テスト方法：

1. Fast.com：Netflix 提供の速度テスト。プロキシ経由でアクセスする必要があり、プロキシ下の実速度をテスト。
2. Speedtest.net：「プロキシを使用」またはグローバルプロキシモードでテスト。ノード所在地域の速度テストサーバーを選択するとより正確。
3. 大容量ファイルをダウンロード：GitHub Releases から 100MB 以上のファイルをダウンロードし、実際の速度を観察——最も直接的なテスト。

テスト前にプロキシモードが「グローバル」であることを確認。そうでなければテストトラフィックが直接接続になり、結果が不正確になります。

TUN モードは仮想ネットワークアダプタドライバのインストールに管理者権限が必要。権限不足やドライバ異常でネットワーク切断が発生する可能性があります。

復旧手順：

1. Clash クライアントを再起動（起動できる場合）、TUN スイッチを手動でオフにしてから終了。
2. Clash が起動できない場合：Windows で「デバイスマネージャー → ネットワークアダプタ」に進み、Mihomo または TUN という名前の仮想アダプタを右クリックして無効化。
3. macOS：「ネットワーク環境設定」を開き、utun シリーズの仮想インターフェースを削除。
4. PC の再起動でも通常は解決します。

TUN モードはデフォルトですべてのトラフィックを制御するため、LAN トラフィックもプロキシ出口にルーティングされ、ローカルデバイスに到達できません。

解決方法：Clash 設定ファイルに LAN IP 範囲の直接接続ルールを追加：

rules:
  - IP-CIDR,192.168.0.0/16,DIRECT
  - IP-CIDR,10.0.0.0/8,DIRECT
  - IP-CIDR,172.16.0.0/12,DIRECT
  # ... その他のルール

これらのルールは他のルールより前に配置し、LAN トラフィックが優先的に直接接続されるようにしてください。

TUN モードはネットワークトラフィックと同時に DNS リクエストも制御します。DNS 設定が不適切だと解決に失敗します。

1. Fake-IP モードを有効化：設定の dns セクションで enhanced-mode を fake-ip に設定。TUN モードで推奨される DNS モード。
2. 信頼できる DNS を構成：暗号化 DNS（DoH/DoT）を推奨。例：https://1.1.1.1/dns-query または https://dns.google/dns-query。
3. Fake-IP フィルタリスト：一部のイントラネットドメインは Fake-IP を使用できません。fake-ip-filter ホワイトリストに追加が必要。

設定ファイルの rules セクション上部にカスタムルールを追加。ルールは上から下の優先順位でマッチ：

rules:
  # Custom rules — placed at top for highest priority
  - DOMAIN-SUFFIX,example.com,PROXY
  - DOMAIN-KEYWORD,keyword,PROXY
  - IP-CIDR,1.2.3.4/32,PROXY
  # ... rest of existing rules

クライアントの「ルール」ページで一時的に追加することも可能。設定ファイルを手動編集する必要はありません。

グローバルプロキシでもアクセスできない場合、問題は Clash の分岐ではなく、ノード自体またはターゲットサイトの制限です。

1. ノード IP がターゲットサイトにブロック：一部のサイト（Netflix、Hulu など）は既知のデータセンター IP をブロック。別ノードに切り替えるか、プロバイダーにストリーミング解除対応を確認。
2. ノード地域の不一致：一部サービスは特定地域の IP が必要（Disney+ は対応地域ノードで特定コンテンツ視聴可能）。正しい地域ノードに切り替え。
3. DNS 解決の問題：ターゲットドメインが DNS 汚染で誤った IP を返す。プロキシ経由でも接続不可。fake-ip DNS モードを有効化するか、設定で該当ドメインを nameserver-policy に追加して信頼できる DNS で解決。

可能です。Clash の REJECT ルールはマッチしたドメインのリクエストを直接拒否。uBlock Origin に似ていますがシステム全体（アプリ内広告を含む）に作用します。

推奨方法——Rule-Provider で広告ブロックルールセットを導入：

rule-providers:
  reject:
    type: http
    behavior: domain
    url: "https://cdn.jsdelivr.net/gh/Loyalsoldier/clash-rules@release/reject.txt"
    path: ./ruleset/reject.yaml
    interval: 86400

rules:
  - RULE-SET,reject,REJECT
  # ... other rules

TUN モードまたは一部クライアントでは、PROCESS-NAME ルールで特定プロセスの出口を指定可能：

rules:
  # Route Steam traffic through game-optimized proxy group
  - PROCESS-NAME,steam.exe,GameProxy
  # Route work tools directly
  - PROCESS-NAME,teams.exe,DIRECT
  - PROCESS-NAME,zoom.exe,DIRECT
  # Default
  - MATCH,PROXY

PROCESS-NAME ルールは TUN モードまたは特定権限が必要。通常のシステムプロキシモードでは動作しない場合があります。