Gemini 2.5 Pro 在台港如何用？Clash 連線設定攻略

Gemini 2.5 Pro 在台港連不上，先分清楚問題在哪裡

想在臺灣或香港使用 Gemini 2.5 Pro，最常見的情況不是模型本身故障，而是瀏覽器、Google 帳戶、DNS 解析與代理規則沒有走在同一條路徑上。有人可以打開 Gemini 首頁，卻在選擇模型時一直載入；有人能看到對話框，送出訊息後卻顯示「發生錯誤」；也有人在手機上正常，換到桌面瀏覽器後就變成空白頁。這些症狀看起來相似，實際上可能分別對應到首頁資源、登入驗證、模型 API、靜態 CDN 或瀏覽器既有連線的不同問題。

Clash 在這裡扮演的是流量分流工具，而不是 Gemini 帳戶或模型服務的替代品。你需要先準備合法可用的 Google 帳戶，並遵守 Google 服務條款、所在地法律，以及網路服務提供者的使用規範。本文以 Clash Verge Rev、Clash Verge 或其他採用 Mihomo 核心的客戶端為例，說明如何匯入訂閱、開啟系統代理、測試節點，再為 Gemini 相關流量建立容易維護的規則。不同客戶端的按鈕名稱可能略有差異，但核心觀念大致相同。

在開始修改 YAML 以前，建議先把問題拆成四層：第一層是客戶端有沒有正常啟動；第二層是本機混合埠是否真的在監聽；第三層是瀏覽器是否使用了 Clash 的代理；第四層才是 Google 網域與節點是否命中正確策略。若一上來就大量貼上第三方規則集，當然可能暫時有反應，卻很難知道究竟是哪條規則發揮作用。對初學者來說，先建立可觀察、可回退的最小配置，通常比追求一份龐大的「全自動規則」更有效。

安裝 Clash 與匯入訂閱：第一次使用的正確順序

如果你還沒有桌面客戶端，可以先從本站的 客戶端下載頁查看適合自己系統的版本。Windows 使用者常見選擇包括 Clash Verge Rev、Clash Verge 或其他支援 Mihomo 核心的介面；macOS 使用者則要留意 Intel 與 Apple Silicon 架構；Android 使用者應確認所下載的 APK 來源可信，並檢查應用程式是否支援目前的 Android 版本。請不要從搜尋結果中隨意下載修改版安裝檔，也不要把訂閱連結交給不明網站轉換。

安裝完成後，先啟動客戶端但不要急著開啟 TUN。對大多數新手來說，第一輪測試使用系統代理即可，因為它的影響範圍比較容易理解。進入 Profiles、設定檔或訂閱管理頁面，選擇新增訂閱，將服務商提供的 HTTPS 訂閱 URL 貼入指定欄位，再執行更新。若更新失敗，優先檢查網址是否被截斷、帳戶是否已過期、系統時間是否正確，以及目前是否已經有另一個代理程式佔用網路設定。

訂閱成功後，切換到剛下載的設定檔，確認節點列表不是空白，並查看核心狀態是否為執行中。部分配置會自動生成「自動選擇」「Proxy」或帶有地區名稱的策略組；不要因為看到節點出現在列表裡，就直接認定網路已經通了。先選一個延遲合理、近期測試成功率較高的節點，再在客戶端內開啟系統代理。Windows 可以到系統 Proxy 設定確認代理伺服器已被寫入；macOS 則可在網路服務的代理設定中查看 HTTP 或 SOCKS 代理；Android 通常由應用程式透過 VPN 服務接管流量。

1. 確認目前使用的設定檔是最新下載、而且狀態為啟用。
2. 在 Proxies 或代理頁面選擇一個具體節點，不要只停留在空的自動組。
3. 開啟系統代理後，重新啟動瀏覽器，避免舊連線仍沿用直連路徑。
4. 先開啟一般 HTTPS 網站，再測試 Google 登入頁與 Gemini。
5. 若失敗，記下時間、節點名稱與日誌中的主機名，再開始修改規則。

Gemini 分流規則怎麼寫：從 Google 服務家族開始

Gemini 並不一定只會連線到一個主機。載入頁面時，瀏覽器可能同時請求 Google 帳戶登入、Gemini 服務、靜態資源、字型、分析或安全驗證相關網域。若規則只寫一個你在文章或影片中看到的主機名，其他必要請求仍可能落入 MATCH，結果就是首頁部分載入、登入跳轉失敗，或訊息送出後沒有回應。因此分流時應先從服務家族思考，再透過連線日誌縮小範圍。

對一般使用情境，可以先建立一個名為 GEMINI 的策略組，讓它指向一個穩定的節點選擇組。規則不宜一開始就把所有 Google 網域全部送往代理，因為這會影響 YouTube、Google Drive、公司帳戶與其他日常服務，還可能造成地區內容、驗證或登入狀態出現不必要的變化。較穩妥的做法是先加入與 Gemini、Google 登入及必要 API 相關的規則，再根據實際日誌補充缺少的主機。

proxy-groups:
  - name: GEMINI
    type: select
    proxies:
      - AUTO
      - HK-01
      - TW-01
      - DIRECT

rules:
  - DOMAIN-SUFFIX,gemini.google.com,GEMINI
  - DOMAIN-SUFFIX,accounts.google.com,GEMINI
  - DOMAIN-SUFFIX,googleapis.com,GEMINI
  - MATCH,DIRECT

上面的內容只是結構示例，節點名稱必須替換成你自己的設定檔實際存在的名稱，不能原樣貼上就期待所有客戶端都能使用。googleapis.com 涵蓋的範圍很大，如果你的工作環境本來就依賴 Google Workspace，將整個後綴送入同一個節點可能不符合需求。你可以先在測試配置中使用較寬的規則，確認 Gemini 能否完成登入與對話，再依照連線日誌逐步拆成更細的 DOMAIN、DOMAIN-SUFFIX 或規則集。

規則順序也非常重要。Clash 通常由上往下比對，越具體的規則應放在越前面。如果前方已經有一條 Google 全域直連規則，後面的 Gemini 規則就不會被執行；如果前方存在把所有流量送到某個代理組的規則，後面的例外也可能失效。修改後要重新載入設定檔，並在日誌中確認實際命中的策略組，而不是只看 YAML 是否能保存。若核心報錯，先回到備份版本，再一次只改一個區塊。

臺灣與香港節點怎麼選：不要只看延遲數字

對 Gemini 這類互動式服務而言，節點選擇不能只看測速頁上的最低毫秒數。節點到測速網址很快，不代表它到 Google 登入、前端 CDN 與模型服務的整條路徑都穩定。更值得觀察的是連線成功率、TLS 握手時間、長連線是否容易中斷，以及多次送出訊息時是否出現忽快忽慢。某些節點在短時間測速結果很漂亮，但遇到較長的模型回覆就頻繁重置連線；相反地，延遲稍高但路徑穩定的節點，實際使用體感可能更好。

臺灣節點通常適合希望維持較低本地延遲、並且日常瀏覽仍以臺灣網路環境為主的使用者；香港節點則可能在部分跨境路徑上表現穩定，但實際結果會受到服務商線路、出口位置、尖峰時段與 Google 端路由影響。這不是固定的「臺灣一定快」或「香港一定好」，而是需要用同一台裝置、同一個測試時間與同一套規則比較。建議至少準備兩個可切換節點，並把它們放在 url-test 或手動 select 組中，不要把全部希望寄託在單一節點。

測試時可以依序完成以下流程：先開啟無痕視窗，避免舊 Cookie 造成假象；再登入 Google 帳戶並載入 Gemini 首頁；接著選擇 Gemini 2.5 Pro，送出一則短訊息；最後再測試較長的提示內容或多輪對話。每一步都要留意是否被重新導向、是否跳出帳戶驗證、是否只有模型選單失敗。若切換節點後只有其中一個環節改變，代表問題可能不是單純的「代理開或沒開」，而是某個網域、DNS 回應或出口路徑需要進一步處理。

實用判斷：如果 Gemini 首頁與登入都正常，但送出訊息後逾時，先查看模型請求相關主機是否命中同一個穩定策略；如果首頁完全空白，則優先檢查瀏覽器代理、DNS、JavaScript 資源與帳戶跳轉，不要立刻更換十個節點。

DNS、瀏覽器與 TUN：連得上卻顯示錯誤時怎麼查

很多「Clash 明明開著、Gemini 卻不能用」的案例，最後不是節點問題，而是 DNS 與代理模式互相矛盾。當瀏覽器先透過本地 DNS 解析出一個不適合目前出口的地址，再把連線交給代理，可能出現握手失敗、驗證頁反覆跳轉或服務回應異常。使用 Mihomo 核心時，請確認 DNS 模式、fake-ip、redir-host 與 TUN 設定是按目前客戶端文件配置，別直接混用不同版本的網路參數。若你不了解某個選項的作用，先使用客戶端預設值完成基礎測試，再一次調整一項。

瀏覽器端也要排查擴充功能與既有代理。Chrome、Edge 或 Firefox 可能安裝了 VPN、Proxy Switcher、隱私防護或公司端點安全套件，這些工具有機會覆蓋系統代理，讓你看到的瀏覽器流量與 Clash 日誌不一致。請暫時停用不必要的代理擴充功能，關閉瀏覽器後重新啟動，再確認 Clash 日誌是否出現 gemini.google.com、accounts.google.com 或其他實際請求主機。若只有某一個瀏覽器失敗，先不要修改全局規則，因為問題很可能只存在於該瀏覽器的 Cookie、DNS 快取或擴充功能。

TUN 模式適合需要接管不遵守系統代理的應用程式，但它同時增加了路由表、虛擬網卡、權限與 DNS 的排查複雜度。對只想在瀏覽器使用 Gemini 的讀者，建議先用系統代理完成確認；如果你還需要讓桌面應用程式、命令列工具或其他不支援 HTTP 代理的程式共用路由，再考慮開啟 TUN。開啟後若出現整機無法上網、區域網路失效或特定網站打不開，應先關閉 TUN 回到可工作的狀態，再檢查 Strict Route、IPv6、DNS 劫持與繞過清單。

• 頁面空白：檢查瀏覽器代理、JavaScript 資源與 Google 登入跳轉。
• 登入反覆失敗：確認系統時間、Cookie、帳戶安全驗證與節點出口是否穩定。
• 模型選單載入失敗：查看相關 Google API 請求是否被直連規則提前攔截。
• 訊息送出後逾時：比較節點的長連線穩定性，不要只比較一次延遲。
• 開 TUN 後全網異常：先停用 TUN，再檢查 DNS、路由與權限設定。

與部分只提供全局開關的簡易 VPN 工具相比，Clash 的優勢是能把 Gemini、Google 登入、一般本地網站與其他應用程式分開管理；但它的代價是需要理解策略組、規則順序與 DNS 行為。若使用傳統系統代理工具，你可能很快完成一次全局連線，卻難以針對模型服務選擇節點，也不容易從日誌判斷是哪個網域失敗；某些瀏覽器內建代理擴充功能則可能只覆蓋單一瀏覽器，無法處理其他應用程式。對本文這種需要穩定 Gemini 分流、節點切換與連線觀察的情境，Clash V.CORE 提供更清楚的策略組、規則管理與多平台使用方式，適合希望自行掌握流量路徑的讀者，完成設定後可前往下載頁取得合適版本。