目次
ゲームのダウンロードは速いのに音声通話がつながらない、ストアは使えるのに対戦の遅延が急に大きくなる、といったことは同時に起こり得ます。操作によって、継続的な帯域幅、リアルタイム通信、接続経路の地域に求める条件が異なります。すべてのリクエストを同じノードに送るより、ゲームと音声通話を実際に動かしながら、それぞれの接続を確認しましょう。
ストア、ダウンロード、音声、対戦で出口を分けるべきか
失敗した操作に対応するプロセス、接続先、ポリシーを特定します。ストアとログインは主に HTTPS を使い、ダウンロードでは継続的な転送速度を確認します。Discord の音声通話や一部のゲーム対戦では UDP の確認が必要です。その接続がクライアントに取り込まれているか、どのノードを使うかを調べてから、通信の取り込みとノードのどちらを調査するか決めます。
ゲーム場面における四種類のリクエスト
| 操作 | 重視する項目 | よくある誤判定 |
|---|---|---|
| ストアとログイン | ウェブページ、認証、地域からの到達性 | ストアが開けばゲームのネットワークも正常だと判断する |
| パッチとゲームのダウンロード | CDN の経路と持続的な帯域幅 | 遅延の数値だけでノードを選ぶ |
| Discord の音声 | UDP、ジッター、パケット損失、長時間のセッション | テキストメッセージが正常という理由でネットワークを除外する |
| オンライン対戦 | サーバーの地域、RTT、アンチチートとの互換性 | ランチャーとゲーム本体を同じ出口へ通す |
TUN はリクエストを Clash へ渡すが、回線を高速化するものではない
多くのランチャーやゲームはシステム HTTP プロキシを使用しません。接続記録にまったく表示されない場合に限り、TUN を検討してください。有効にした後で同じ操作を再現し、プロセスと接続先が接続ページに現れれば、取り込みは機能しています。その後でルールとノードを確認します。
TUN は UDP 対応を自動で追加するものでも、利用できないノードを高速化ノードへ変えるものでもありません。他の VPN、企業向けセキュリティソフト、仮想マシン、ゲームのアンチチートもネットワークスタックを操作する場合があります。TUN を有効にすると特定のゲームが起動できなくなる場合は、比較のため TUN を無効にしてドライバー競合を確認し、ルールを増やし続けないでください。
Steam のページと depot ダウンロードを個別に比較する
Steam クライアントのストアとコミュニティは通常 steamwebhelper などのウェブプロセスが処理し、ゲーム本体には独自の実行ファイルがあります。まずストアページをプロキシポリシーグループへ通し、次にダウンロードページで実際の CDN リクエストを確認します。ダウンロードが遅い場合は、直接接続と同じ地域の固定プロキシで持続速度を比較してください。
同時に Clash Verge Rev または現在のクライアントで「接続」ページを開き、steam または steamwebhelper で絞り込み、プロセス、接続先ホスト、ルール、最終出口を記録します。画面の名称はクライアントのバージョンによって多少異なりますが、確認するのはリアルタイム接続であり、ノードの遅延ページではありません。
ダウンロード速度が急上昇した後で何度もゼロになる場合は、Clash ではなく CDN、ディスクへの書き込み、展開処理が原因かもしれません。Windows タスクマネージャーの「プロセス」ページと Steam ダウンロードページのディスクグラフで切り分けられます。高速化のためにすべての Steam ドメインを常時プロキシへ通すと、近くにあるローカル CDN を遠回りさせる可能性もあります。
一回の Steam 比較テスト
最初にストアを開く
Clash の接続ページで steamwebhelper が想定したポリシーに一致し、ログインのリダイレクトが繰り返されないことを確認します。
同じ小容量コンテンツをダウンロードする
Steam の「ライブラリ → ダウンロード」で CDN ホスト、平均速度、ネットワークグラフが頻繁にゼロになるかを記録します。
送信先の切り替えは一度だけ行う
直接接続と一つの固定ノードを比較し、同時に DNS を変更しません。
ディスクグラフを確認する
ネットワークがゼロになるのと同時に Steam のディスクグラフが高い場合は、展開が終わるまで待ちます。
Discord でテキストを送信できても、音声接続は別途テストする
テキストメッセージでは主に通常の HTTPS と長時間接続を使用し、音声チャンネルへ参加した後でリアルタイムメディア接続を確立します。チャンネルは見えるのに RTC Connecting のまま、音声が聞こえない、数分後に切断される場合は、通話中に UDP 接続が現れるか、選択したノードが UDP に対応するか、パケット損失が増え続けているかを確認してください。
Discord の「ユーザー設定 → 音声・ビデオ」で入出力デバイスを確認し、使用中のバージョンで利用できるマイクテストでデバイスの問題を切り分けます。
その後、音声チャンネルに参加し、Clash の接続ページで対象プロセスを絞り込みます。Windows では Discord.exe を使い、ほかの OS では実際に表示されるプロセス名を使ってください。通話中の UDP 接続、一致したルール、最終的なポリシーグループを確認します。
url-test が通話中に出口を変えないよう、一つの固定ノードで十分間の音声通話を完了します。ノードの TCP は正常でも UDP が常にタイムアウトする場合は、UDP 対応が明示された送信先へ変更してください。接続記録に音声トラフィックがまったくなければ、Discord のウェブドメインを追加せず、TUN またはアプリの取り込み設定を見直します。
ゲームのプロセスごとに DIRECT またはプロキシグループを選ぶ
ランチャーのログインにプロキシが必要でも、ゲームサーバーが同じノードに適しているとは限りません。ローカルまたは近隣地域のサーバーでは、DIRECT のほうが低い RTT になることがよくあります。別地域の出口が本当に必要な場合も、ダウンロード用ノードを流用せず、独立したポリシーグループを作ります。
Mihomo はプロセスに基づく照合に対応していますが、プロセス名は Windows タスクマネージャーの「詳細」ページまたは Clash の接続記録から取得してください。ゲームの更新で実行ファイルが変わる場合があり、リモートルールセットがプロセスルールより先に一致する可能性もあるため、更新のたびに実際の照合結果を確認します。
次の YourGame.exe はタスクマネージャーに表示されたゲームプロセスへ、YOUR_EXISTING_GROUP は現在の設定に実在するポリシーグループへ置き換えてください。この二つを置き換えない限り、例は有効な設定になりません。
# 先替换 YOUR_EXISTING_GROUP 和 YourGame.exe
proxy-groups:
- name: GAME-STORE
type: select
proxies:
- YOUR_EXISTING_GROUP
- DIRECT
- name: VOICE
type: select
proxies:
- YOUR_EXISTING_GROUP
- DIRECT
rules:
- PROCESS-NAME,steamwebhelper.exe,GAME-STORE
- PROCESS-NAME,Discord.exe,VOICE
- PROCESS-NAME,YourGame.exe,DIRECT
- GEOIP,CN,DIRECT
- MATCH,YOUR_EXISTING_GROUPSteam、Discord、対戦ゲームでよく起きる問題
Steam ストアは真っ白だが、ゲームは起動できる
主な原因：ウェブプロセスまたは認証リクエストが正しいポリシーへ入っていない
対処方法：ストアの読み込みだけを再現し、steamwebhelper と失敗したホストを確認します。
遅延テストは良好なのにダウンロード速度が低い
主な原因：速度テスト先と CDN の経路が異なるか、ディスクで展開処理が進んでいる
対処方法：一回の遅延結果だけでノードを変えず、持続的なスループットとディスクグラフを比較します。
Discord のテキストは正常だが、音声が RTC Connecting のまま
主な原因：UDP が取り込まれていない、ノードが対応していない、またはパケット損失が深刻
対処方法：音声の UDP 接続を観察し、固定ノードで十分間テストします。
ストアは正常だが、対戦中に遅延が急増する
主な原因：ゲーム本体がストア用プロキシを引き継いでいる
対処方法：ゲームプロセスが一致したルールを確認し、必要に応じて個別に DIRECT または近い地域の出口を選びます。
Discord で音声チャンネルへ参加でき、RTC Connecting が消え、十分間の通話が何度も切断されず、接続ページで UDP が VOICE を通ることを確認します。ゲーム本体は、そのゲーム用に選んだ DIRECT または独立した出口へ一致する必要があります。