Gemini 3を快適に使うClashの接続・分岐設定ガイド

Gemini 3を使っているとき、「ページが読み込まれない」「ログイン画面から先に進めない」「回答の生成中に接続が切れる」といった問題が起きることがあります。原因はGemini 3そのものではなく、Clashのプロファイル、ルール、DNS、TUNモード、または選択しているノードの相性にあるケースが少なくありません。特にGoogle関連サービスは複数のドメインを使い分けるため、単にgemini.google.comだけをプロキシへ送る設定では不十分な場合があります。この記事では、Gemini 3をClashで安定して利用するために、プロファイルの追加、通信の振り分け、DNS設定、動作確認とトラブルシューティングを順番に解説します。

Gemini 3の接続でClash設定が重要な理由

Gemini 3の利用には、Webページの表示だけでなく、ログイン認証、APIリクエスト、ストリーミング形式の回答、画像やファイルのアップロードなど、複数の通信が関係します。ブラウザーで最初の画面が表示されても、認証用ドメインや生成処理用の接続が直接通信になっていると、ログイン失敗や回答生成の停止につながります。

Clashのルールは上から順番に評価され、最初に一致したルールが適用されます。そのため、Gemini関連のドメインをプロキシグループへ送るルールを十分に上位へ配置し、最後のMATCHルールに任せないことが大切です。また、アプリによってはシステムプロキシを利用せず、ブラウザーだけがClashを経由していることもあります。デスクトップアプリや他のツールからGemini APIを利用する場合は、システムプロキシまたはTUNモードを確認してください。

最初に切り分けるべき項目は次のとおりです。

• Clashのプロキシモードが停止していないか確認する。
• 現在のプロファイルが有効で、更新後もルールが読み込まれているか確認する。
• Gemini用のルールがプロキシグループを指しているか確認する。
• ノードの地域、遅延、接続安定性を比較する。
• DNSがローカル回線へ漏れていないか、または名前解決に失敗していないか確認する。

Gemini用プロファイルとプロキシグループを準備する

Clash VergeやClash Verge Revでは、まずプロファイル画面から普段使用している設定を選択します。サブスクリプションから取得した設定を直接編集できない場合は、ローカルのオーバーライド設定、または自分で管理する拡張プロファイルを使います。Mihomoでは、元のプロファイルを残したまま、必要なルールだけを追加する運用が安全です。設定を変更する前に、現在のYAMLファイルをバックアップしておきましょう。

Gemini用のグループは、手動選択できるselectが分かりやすい構成です。複数のノードを登録し、通常の利用では安定したノードを選択します。ノードを自動的に比較したい場合はurl-testも利用できますが、単純なレイテンシが低いノードが必ずしもGeminiのストリーミング通信に最適とは限りません。応答の途中で切断される場合は、自動選択を一時的に止めて、別のノードを手動で試してください。

proxy-groups:
  - name: Gemini
    type: select
    proxies:
      - Auto-Select
      - node-us-01
      - node-jp-01
      - DIRECT

  - name: Auto-Select
    type: url-test
    proxies:
      - node-us-01
      - node-jp-01
      - node-sg-01
    url: https://www.gstatic.com/generate_204
    interval: 300
    tolerance: 80

上の例では、Geminiグループから利用するノードを選びます。DIRECTを残しておくと、比較テストはしやすくなりますが、接続できないからといって直接接続へ戻す設定を常用するのは避けてください。Geminiの接続確認では、まず明示的にプロキシノードを選択し、その後に必要に応じて直接接続との違いを確認する方が、原因を特定しやすくなります。

GeminiとGoogle関連通信を正しく振り分ける

ルール設定では、Gemini本体のドメインだけでなく、ログインやGoogleアカウント認証に使われるドメインも考慮します。サービスの構成や地域によって接続先は変わるため、以下は基本例として利用し、実際の接続ログに表示されたドメインを追加してください。ルール名は自由に変更できますが、プロキシグループ名と一致している必要があります。

rules:
  # Gemini本体とGoogle AI関連サービス
  - DOMAIN-SUFFIX,gemini.google.com,Gemini
  - DOMAIN-SUFFIX,generativelanguage.googleapis.com,Gemini
  - DOMAIN-SUFFIX,ai.google.dev,Gemini

  # Googleログインと認証
  - DOMAIN-SUFFIX,accounts.google.com,Gemini
  - DOMAIN-SUFFIX,googleapis.com,Gemini
  - DOMAIN-SUFFIX,gstatic.com,Gemini

  # 最後の既定ルール
  - MATCH,Final

DOMAIN-SUFFIXは対象ドメインとそのサブドメインに一致するため、サービスのサブドメインを含めたい場合に便利です。ただし、Google全体をプロキシへ送るDOMAIN-SUFFIX,google.comのような広いルールを追加すると、検索、動画、同期、アップデートなどまで同じノードへ送られます。通信量や速度への影響を抑えたい場合は、まずGeminiと認証に必要な範囲から始め、ログで不足しているドメインだけを追加してください。

ルールの順序も重要です。たとえば先にGEOIP,JP,DIRECTを置いていると、名前解決の結果やサービスの構成によって、Gemini関連通信が意図せず直接接続になる可能性があります。Geminiのドメインルールを一般的な地域ルールや広告除外ルールより前に配置し、最後にMATCHを置くのが基本です。

接続ログで実際のルールを確認する

設定を保存した後、Clashの接続ページまたはログ画面を開いた状態でGemini 3へアクセスします。表示された接続先、適用されたルール、使用されたプロキシグループを確認してください。対象ドメインがDIRECTになっている場合は、ルールの不足または順序の問題です。ルールが正しいのに接続できない場合は、同じグループ内で別のノードへ切り替えます。複数のドメインが短時間に失敗している場合は、ノード障害よりDNSやTUNの問題を疑うと効率的です。

DNSとTUNモードを調整する

Geminiのログインページだけ表示され、生成処理が止まる場合は、DNS解決と実際の通信経路が一致していない可能性があります。Mihomoではfake-ipモードが一般的で、ドメイン名に基づくルールを安定して適用できます。ただし、ローカルネットワークや一部のシステムサービスが仮想IPに対応しない場合は、fake-ip-filterで除外します。

dns:
  enable: true
  enhanced-mode: fake-ip
  fake-ip-range: 198.18.0.1/16
  nameserver:
    - https://1.1.1.1/dns-query
    - https://8.8.8.8/dns-query
  fallback:
    - tls://1.1.1.1:853
    - tls://8.8.8.8:853
  fake-ip-filter:
    - '*.lan'
    - '*.local'
    - 'localhost.ptlogin2.qq.com'
    - 'time.*.com'

既存プロファイルにすでにDNS設定がある場合は、同じキーを重複して追加しないでください。YAMLでは同じ項目が複数あると、クライアントによって後の値だけが有効になったり、設定エラーになったりします。変更後はプロファイルを再読み込みし、必要であればDNSキャッシュとブラウザーのDNSキャッシュも消去します。

Clash for Windows、Clash Verge、Clash Verge Revでは、システムプロキシを有効にするだけでブラウザーの通信を処理できることがあります。一方、Clash for AndroidではVPN/TUN方式を有効にしないと、システムプロキシを無視するアプリが通信できません。macOSのClashXやMihomo系クライアントでも、対象アプリがシステムプロキシに対応しているかを確認してください。TUNを利用する場合は、他のVPNアプリやセキュリティソフトとの競合にも注意が必要です。

動作確認とトラブルシューティング

設定後はいきなり長いプロンプトやファイルアップロードを試すのではなく、短い質問から段階的に確認します。まずGeminiのトップページが表示されるか、次にGoogleアカウントへログインできるか、その後に短い回答が最後まで生成されるかを確認してください。最後に長文生成や画像関連の機能を試すと、どの段階で問題が起きているかを分離できます。

1. Clashを起動し、使用プロファイルとプロキシグループを確認する。
2. システムプロキシ、またはTUNモードを有効にする。
3. 接続ログを開き、GeminiとGoogle認証の通信を監視する。
4. 対象通信が同じプロキシグループへ振り分けられているか確認する。
5. 失敗する場合は別ノードへ切り替え、同じ操作を再実行する。
6. DNSエラーがある場合はDNSキャッシュを消去し、プロファイルを再読み込みする。
7. それでも改善しない場合は、ブラウザー拡張機能、他のVPN、広告ブロッカーを一時的に確認する。

ノードを選ぶときは、単発の速度測定だけで判断しないことが重要です。Gemini 3では、ページ表示の速さよりも、TLS接続が安定して維持されること、ストリーミング回答が途切れないこと、認証通信が継続できることが優先されます。数分間の利用中に接続が何度も再確立されるノードは、測定値が良くても実用性が低い場合があります。

よくある質問

Gemini専用ルールは必ず必要ですか？

必須ではありませんが、推奨します。既定のグローバルルールだけでも動作する場合はあります。しかし、Google関連通信が複数のグループへ分散したり、最後のMATCHで意図しない経路になったりすると、ログインや回答生成が不安定になります。専用ルールを用意すると、接続先と使用ノードを明確に管理できます。

GeminiのルールにDIRECTを入れても問題ありませんか？

テスト目的で入れることはできますが、常用設定ではプロキシを明示的に選ぶ方が安全です。直接接続で利用できるかどうかは、地域、回線、アカウント、サービス側の判定などによって変化します。接続比較を行う場合は、プロキシ利用時と直接接続時のログを分けて確認してください。

fake-ipでGeminiが動かない場合はどうしますか？

まずDNSキャッシュを消去し、Clashを再起動してから確認します。それでも改善しない場合は、テストとしてredir-hostへ切り替え、問題がDNSモードに関係するかを調べます。fake-ipを継続して使う場合は、失敗しているドメインだけをfake-ip-filterへ追加し、すべてのGoogleドメインを無条件に除外する方法は避けてください。

どのClashクライアントで設定できますか？

Clash Verge、Clash Verge Rev、Clash for Windows、ClashX、Clash for Android、Mihomo系クライアントで基本的なルール設定を利用できます。ただし、TUN、DNS、ルールプロバイダーなどの対応範囲はクライアントやコアのバージョンによって異なります。設定項目が見つからない場合は、画面の名称ではなく、使用しているコアがMihomoかどうかと、プロファイルのYAML項目を確認してください。

Gemini 3の接続問題は、ノードを何度も変更するだけでは解決しないことがあります。まず通信がClashへ到達しているかを確認し、次にルール、DNS、TUN、ノードの順番で切り分けると、不要な設定変更を減らせます。安定したノードと明確なGemini用ルールを用意し、接続ログで実際の経路を確認することが、快適な利用への最短ルートです。