1. OpenAI / Anthropic 記事と何が違うか(Google エコシステム)
当サイトでは、ChatGPT 向けの IP 固定・fallbackや、Claude / Anthropic の地域判定と DNS(fake-ip)を別稿で扱っています。いずれも「特定ベンダーのフロントと API を、意図した経路に乗せる」点では共通しますが、Google はドメインの幅が広く、かつブラウザが QUIC を積極的に使うため、症状の出方が少し異なります。
OpenAI 系で強調されがちな「アカウント停止やレート制限」と、Anthropic 系の「地域メッセージ」に加えて、Google AI では同じ画面でも読み込みだけ部分失敗する、API だけタイムアウトするといったトランスポート層まわりのブレが目立つことがあります。本稿はそのギャップを埋める位置づけです。
購読の取り込みやクライアントの初期設定は サブスクリプション導入ガイドを参照しつつ、以下では Google 特有の「名前の散らばり」と QUIC に焦点を当てます。
2. つながらない理由は「ドメイン」と「QUIC」の二層で考える
まず第一層はルーティングです。gemini.google.com だけをプロキシに載せても、静的リソースや API が別ホストへ飛ぶと、片方だけ国内直結のまま残り、認証やストリーミングが不安定になることがあります。ここは従来どおり、DOMAIN 系ルールで関連ドメインをまとめて同じ策略グループへ送るのが基本です。
第二層がHTTP/3(QUIC)です。QUIC は多くの場合 UDP 上で動き、プロキシ実装・ノード側の UDP 扱い・ファイアウォールの挙動によって、TCP の HTTPS よりも失敗しやすい場面があります。症状としては「ページは開くが生成だけ固まる」「同じ操作を繰り返すとなんとなく通る」など、再現性が低いタイプが混じりがちです。
つまり切り分けは、(A)ドメインが意図した策略に揃っているかを確認したうえで、まだ揺れるなら (B)QUIC を切って HTTP/2 以下に落とせるかを試す、という順序が扱いやすいです。
3. まず押さえる Google AI 向けドメイン
ドメインはサービス改修で変わり得るため、常に公式ドキュメントや開発者コンソールの通信先と突き合わせる前提で読んでください。切り分けの出発点として、ブラウザの Gemini 利用では gemini.google.com、AI Studio や API では generativelanguage.googleapis.com、ドキュメント類で ai.google.dev などがよく登場します。Google 全般を巻き込みすぎると誤爆しやすいので、まずは利用シーンに直結するサフィックスから足していくのが安全です。
ルールの評価順は ルールルーティング解説のとおり、細かい DOMAIN 行を、広い GEOIP や MATCH より上に置くのが定石です。購読ルールセットの末尾に追記するだけでは効かないことがある点にも注意してください。
なお googleapis.com や gstatic.com は利用範囲が広く、仕事用の別サービスまで同じ策略に乗る可能性があります。必要最小限のサフィックスから始め、ログを見ながら不足分だけ足す運用がトラブルを減らします。
4. mihomo ルールで Google AI トラフィックを専用策略へ
実務では Google AI 専用の策略グループを一つ用意し、そこに「利用規約と自分の事情に合う地域のノード」を並べる形が扱いやすいです。ChatGPT 用の固定ノードグループを既にお持ちなら、Google 用に分けるか同一にするかは、ノードの地理と遅延、ログ上の挙動を見て決めるとよいでしょう。
以下は構造の例です。プロキシ名や購読の書き方は環境に合わせて置き換えてください。コメントは英語表記としています。
# proxy-groups: dedicated group for Google AI / Gemini traffic proxy-groups: - name: GOOGLE_AI type: select proxies: - NODE-A - NODE-B - DIRECT # rules: place Google AI domains above broad MATCH / GEOIP rules: - DOMAIN-SUFFIX,gemini.google.com,GOOGLE_AI - DOMAIN-SUFFIX,ai.google.dev,GOOGLE_AI - DOMAIN-SUFFIX,generativelanguage.googleapis.com,GOOGLE_AI - MATCH,PROXY
TUN モードや OS 全体プロキシでは、DNS の取り回しも絡みます。モードごとの違いは TUN モードの解説も参照し、名前解決と実接続の策略が矛盾していないかをログで確認してください。
5. QUIC / HTTP3 が絡むときの症状
QUIC が原因候補になりやすいのは、次のようなときです。TCP の HTTPS では問題ないのに、特定ブラウザだけ不安定、同じノードでもアプリによって成功率が違う、プロキシの UDP 設定を変えると様子が変わる、など。Clash 系クライアントは設定やコアの世代によって UDP の扱いが異なるため、まずブラウザ側で QUIC を無効化して比較するのは費用対効果が高いです。
逆に、常に接続拒否や明確な HTTP エラーだけが出る場合は、ドメイン漏れや認証・地域ポリシーの方を先に疑った方が早いことが多いです。ここはログのエラー種別を切り分けます。
なお「QUIC を切る」とは、ざっくり言えばHTTP/2 や HTTP/1.1 へフォールバックしやすくすることです。暗号化自体が消えるわけではなく、トランスポートの選択肢を絞るイメージです。
6. QUIC を切る(ブラウザ)と接続が落ち着くか試す
Chromium 系(Google Chrome、Microsoft Edge など)では、実験フラグから QUIC を無効化できます。代表的には chrome://flags または edge://flags を開き、Experimental QUIC protocol を Disabled にし、ブラウザを再起動します。設定名や場所はバージョンで多少変わるため、画面上で QUIC を検索すると見つけやすいです。
企業ポリシーでフラグがロックされている場合は、起動オプションで無効化する方法もあります(配布形態やセキュリティ要件に注意)。いずれの方法も、同一プロファイルでオン・オフを切り替えて比較できるようにすると切り分けが早いです。
Firefox をお使いの場合も、設定画面や about:config から HTTP/3 関連の項目を探し、一時的に無効化して再試行するのが実用的です。ブラウザ更新で項目名が変わることがあるため、公式ヘルプと併せて確認してください。
7. 再現手順:分流 → QUIC → ログの順で切り分ける
実測では次の順が扱いやすいです。(1)コアのログで、対象ドメインが 意図した策略グループにマッチしているかを確認する。(2)マッチは正しいのに不安定なら、ブラウザで QUIC を切って同じ操作を繰り返す。(3)改善するなら、UDP 経路やノード側の制限を疑い、別ノード・別プロトコルで比較する。
このとき「Gemini の画面が開く/開かない」だけでなく、開発者ツールのネットワークタブで失敗しているホスト名をメモすると、ルールに足すべきサフィックスが見えてきます。体感の「なんとなく直った」ではなく、どの名前が残っていたかを残すのがポイントです。
API クライアントや CLI を併用する場合は、ブラウザとDNS の通り道が違うことがあります。OS のスタブリゾルバとコアの DNS をどちらに寄せるかは環境差が大きいので、失敗している側の名前解決ログを優先して見てください。
8. つまずきやすいポイント
第一に、広すぎる DOMAIN ルールです。google.com を丸ごと別策略に送ると、検索や他サービスまで巻き込み、かえって不具合の原因になることがあります。Google AI の利用に必要な範囲から始めて広げる方が安全です。
第二に、QUIC を切っても改善しないケースです。これは別要因(ドメイン漏れ、認証エラー、地域ポリシー、レート制限など)のサインかもしれません。ブラウザの無効化はあくまで切り分けの一手段として位置づけ、ログと HTTP ステータスを併記してください。
第三に、利用規約と法令の順守です。技術的な経路の話と、サービスが許容する利用形態は別問題です。本稿は一般情報であり、特定サービスの利用を推奨・保証するものではありません。
9. まとめ
Gemini / Google AIのつながり悪さは、複数ドメインへの分散とHTTP/3(QUIC)の相性が重なると、表面だけでは原因が見えにくくなります。まず mihomo ルールで関連ドメインを同じ策略に揃え、それでも揺れるなら ブラウザで QUIC を切って比較する——この二段構えは、ChatGPT・Claude 向けの記事と重ならない補助線になります。
同じ Clash 系クライアントでも、コアの世代と GUI の表記は移り変わります。手元の環境を最新に近づけ、購読とルールを整理したうえでログを追うのがいちばん確実です。クライアントの入手から始めるなら、 → 無料で Clash をダウンロードし、快適な接続体験を試す ところから整えるのがおすすめです。
関連記事 · 同じテーマ
トピックの近さで選んだ関連記事 — 同じカテゴリの Clash 実践ガイド。
Sora が開けない・読み込みが止まる?OpenAI と動画 CDN を Clash(mihomo)で分流する実測手順(2026)
生成動画プロダクト Sora の白画面・バッファ停滞を、OpenAI 系ドメインと動画 CDN を専用策略へ束ねて切り分け。DNS・fake-ip・TUN、ログでホストを足し込む運用。ChatGPT 稿・Disney+ 稿・Gemini 稿と役割分担。
続きを読むPerplexity が開けない?Clash / mihomo で検索型 AI のドメイン分流・DNS・Fake-IP(2026)
集約検索型の Perplexity。Web と api.perplexity.ai を DOMAIN-SUFFIX で束ね、fake-ip・CLI 直結・pplx.ai などログで拾い足す運用。心流系の同型トラブル、QUIC は Gemini 稿へ譲る。
続きを読むDeepSeek の Web・API が不安定?Clash でドメイン分流し DNS・Fake-IP まで整える(2026)
国産 LLM DeepSeek の chat / platform / api.deepseek.com を mihomo で束ねる考え方と DOMAIN-SUFFIX 例。fake-ip・HTTPS_PROXY・NO_PROXY・QUIC は Claude 稿・Gemini 稿・Cursor 稿と補完。ログでホストを…
続きを読む