Clash Windows 版安裝與設定完整教學：從下載到開機啟動，常見問題一次排除

建議操作順序：選對安裝檔 → 啟動核心 → 匯入並啟用訂閱 → 選擇節點 → 開啟系統代理 → 確認連線 → 設定登入時啟動。第一次設定時，先使用規則模式與系統代理，不必急著啟用 TUN。如此可分別排查安裝、訂閱與流量接管問題，避免一次開啟多個選項，反而難以判斷故障原因。

一、下載前確認 Windows 架構與客戶端維護狀態

在 Windows 11 開啟「設定」→「系統」→「系統資訊」，查看「系統類型」；Windows 10 則可至「設定」→「系統」→「關於」查看。一般 Intel、AMD 電腦通常選擇 x64 安裝檔；若顯示為 ARM 架構處理器，優先選用客戶端提供的 ARM64 版本。請勿依瀏覽器位元數或安裝檔大小判斷架構。

• x64 / amd64：通常適用於 64 位元 Intel、AMD Windows 電腦；名稱中的 amd64 不代表只能用於 AMD 處理器。
• ARM64 / aarch64：適用於相應的 Windows on ARM 裝置，仍須確認客戶端與核心支援此平台。
• x86 / ia32：適用於 32 位元程式；若系統為 32 位元，便無法直接安裝僅提供 x64 版本的客戶端。

前往客戶端下載頁的 Windows 分類，確認支援的系統與維護狀態。Clash for Windows 已停止維護，舊教學中的介面不能直接視為目前客戶端的操作依據。使用以 mihomo 為核心的客戶端時，也要分別確認客戶端版本與核心版本，回報問題時請一併記錄。

安裝檔通常是 .exe 或 .msi，可攜版通常是壓縮檔。使用可攜版前，請先完整解壓縮至固定資料夾，再啟動程式；不要直接從壓縮檔預覽視窗執行。若將程式放在下載暫存資料夾，之後清理檔案時可能導致開機啟動捷徑失效。

二、完成安裝，先確認核心能正常啟動

1. 先關閉仍在執行的舊客戶端，包括系統匣中的背景程序。初步排查時只保留一個代理客戶端。
2. 執行安裝程式並依照精靈完成安裝；可攜版則從解壓縮資料夾啟動。若安裝至受保護的資料夾，安裝程式可能會要求管理員權限。
3. 進入客戶端「設定」，記下實際監聽連接埠、核心類型與版本；再到「日誌（Logs）」查看啟動結果。
4. 確認沒有設定解析失敗、連接埠繫結失敗或核心反覆退出，再進行匯入訂閱。

不同客戶端的繁體中文選單名稱可能不一樣。本文以「設定檔（Profiles）」「代理（Proxies）」「規則（Rules）」「日誌（Logs）」標示功能位置，不將特定客戶端的按鈕名稱視為各版本通用路徑。核心是否正在執行，比視窗是否開啟更重要：視窗看似正常，但核心未啟動時，開啟系統代理只會將應用程式的請求導向沒有服務的本機連接埠。

安裝受阻時，別急著關閉安全防護

若系統提示來源或發行者有風險，請先確認下載來源、發行紀錄與檔案數位簽章狀態；無法確認來源時就停止安裝。若出現缺少元件的提示，請依客戶端專案說明安裝所需的執行階段元件，不要從不明下載網站蒐集 DLL 並放進程式資料夾。

如果視窗一閃即逝，請優先查看客戶端日誌、Windows「事件檢視器」→「Windows 記錄」→「應用程式」，以及「Windows 安全性」→「病毒與威脅防護」→「保護歷程記錄」。保留完整錯誤訊息，比一再重新安裝更容易找出問題。

三、匯入訂閱，確認目前使用的設定檔

前往「設定檔（Profiles）」頁面，使用「匯入」或「從 URL 匯入」貼上訂閱網址；若已有 YAML 檔案，則選擇從本機匯入。訂閱連結通常含有身分識別權杖，請比照密碼妥善保管，不要貼到公開的問題回報單或線上轉換網站。

1. 匯入後更新一次，確認頁面顯示成功，而不只是清單中多出一張設定檔卡片。
2. 將該設定檔設為目前使用的設定檔，並等待核心重新載入；有些客戶端匯入後不會自動啟用。
3. 前往「代理（Proxies）」，確認出現預期的策略群組與節點。
4. 開啟「日誌（Logs）」，檢查是否有不支援的欄位、找不到參照節點，或規則集載入失敗等問題。

更新訂閱時若出現網路逾時，請分清楚是「無法連線至訂閱伺服器」還是「節點無法使用」。部分客戶端可指定下載訂閱時直連或經由代理；如果初次連線尚未建立，卻選了無法使用的代理通道，就會陷入更新循環。請依服務提供者的說明選擇可用的取得方式，不要只為匯入訂閱就開放區域網路監聽。

四、選擇節點，開啟系統代理與規則模式

先在「代理（Proxies）」中找出實際被規則引用的策略群組，選擇一個節點並測試延遲，再開啟「系統代理」，並將執行模式設為「規則（Rule）」。系統代理是流量入口；規則模式則是核心接收流量後的分流方式，兩者不是同一個開關。

• Rule：依規則順序決定流量經由代理、直接連線或拒絕，適合日常使用。
• Global：將進入核心的請求交由全域策略處理，可用於暫時比對；不會自動接管忽略系統代理的程式。
• Direct：進入核心的請求一律直接連線；即使開啟系統代理，連線出口仍可能是直連。

延遲測試顯示 120 ms，只能表示當時經由該節點連線至測試網址並收到回應，不代表所有網站都能開啟，也不等於下載速度。測試逾時也可能是測試網址無法連線。請繼續以實際目標請求和連線日誌確認。

在 Windows 設定中確認系統代理

開啟「設定」→「網路和網際網路」→「Proxy」，確認手動代理或設定指令碼與客戶端目前的模式一致。手動代理的常見位址為 127.0.0.1，連接埠則以客戶端顯示為準。PAC 模式會透過指令碼決定哪些請求交由代理處理，不要把 PAC 指令碼網址當成本機 HTTP 代理連接埠。

初步排查時，建議使用客戶端的一般系統代理功能，並暫時停用會接管代理設定的瀏覽器擴充功能。Firefox 等應用程式可能有獨立的代理設定；其他瀏覽器也可能受擴充功能或組織政策控制。系統開關顯示已開啟，不代表每個應用程式都會遵循。

五、以明確指定的請求測試，不要只看網頁判斷

以下以本機 HTTP 或 mixed 連接埠 7890 為例。這是檢查指令，不代表所有客戶端都使用這個預設連接埠；若實際連接埠是 7897，請相應修改。mixed 連接埠可同時接受 HTTP 與 SOCKS 請求，單獨的 SOCKS 連接埠不能直接當作 HTTP 連接埠使用。

# 在 PowerShell 中檢查本機連接埠是否能建立 TCP 連線
Test-NetConnection 127.0.0.1 -Port 7890

# 明確透過本機 HTTP 代理送出請求，排除系統代理繼承問題
curl.exe --noproxy "" --proxy http://127.0.0.1:7890 --connect-timeout 10 --max-time 20 -I https://www.example.com/

使用 curl.exe 是為了避免 Windows PowerShell 中的 curl 別名造成參數意義不同。--noproxy "" 用來清除這次請求受到的代理略過清單影響。指令中的目標網站僅供測試連線，請再換成實際需要造訪的網站重新測試。

1. TcpTestSucceeded 為 True：表示該連接埠接受 TCP 連線，單憑這點無法證明遠端代理可用。
2. 出現 Connection refused：先確認連接埠是否填錯，或核心是否已退出。
3. 明確指定代理後請求成功、瀏覽器卻失敗：優先檢查瀏覽器代理覆寫、PAC、快取與規則差異。
4. 請求已出現在連線紀錄，但遠端逾時：確認命中的規則、實際策略群組、節點與 DNS 錯誤。

透過 HTTP 代理存取 HTTPS 時，輸出中的 200 Connection established 只代表 CONNECT 通道已建立；還要檢查後續 TLS 與目標網站的回應。即使明確使用本機代理，設定仍可能讓該網域命中 DIRECT，因此請在「連線」或「日誌」中確認完整策略鏈；請勿只因請求進入核心就斷定流量使用了遠端節點。

六、分別處理連接埠占用、防火牆與管理員權限

連接埠占用：先找出相關程序，不要盲目結束工作

若日誌出現 address already in use 或繫結失敗，請在 PowerShell 中執行：

Get-NetTCPConnection -State Listen -LocalPort 7890 |
  Select-Object LocalAddress, LocalPort, OwningProcess

# 也可以使用傳統指令查看監聽程序的識別碼
netstat -ano | findstr :7890

將結果中的程序識別碼與「工作管理員」→「詳細資料」中的 PID 比對。常見原因是另一個客戶端或舊核心仍在背景執行。請先正常結束對應程式；若要變更連接埠，請在客戶端設定中修改，重新套用系統代理，並更新瀏覽器擴充功能與終端機中仍使用舊連接埠的設定。

防火牆：分清本機連線與區域網路傳入連線

若只透過 127.0.0.1 讓本機使用代理，通常不必為此開啟「允許區域網路」。Windows 防火牆跳出網路存取提示，不代表一定要允許來自公用網路的傳入連線。只有確實要讓手機等區域網路裝置使用代理時，才檢查監聽位址、私人網路設定與相應的傳入規則。

若懷疑安全軟體阻擋核心對外連線，請查看封鎖紀錄並確認程式的完整路徑；再到「Windows 安全性」→「防火牆與網路保護」檢查相關規則。僅建立範圍最小的允許規則，不要把長期關閉整個防火牆當成修復方法。受組織政策管理的公司裝置，應請管理員協助確認。

權限：一般系統代理與 TUN 並不相同

目前使用者的系統代理設定通常不需要一直以管理員身分執行。TUN 涉及虛擬網卡、路由與相關服務，通常需要提升權限，或交由客戶端預先安裝的服務處理。請使用客戶端提供的服務安裝流程，不要把「每次都以管理員身分啟動」當成通用解法。

七、設定開機啟動，登出或重新開機後再次測試

桌面客戶端所稱的「開機啟動」，通常是使用者登入後才啟動，不代表登入前就會建立代理。先在客戶端「設定」中啟用「開機啟動」或「登入時啟動」，並視需要開啟「啟動後最小化」。請分別確認系統代理、TUN 與目前設定檔是否會還原，不要假設自動啟動會恢復所有狀態。

1. 開啟「工作管理員」→「啟動應用程式」；Windows 10 此頁通常稱為「啟動」，請確認客戶端項目已啟用。
2. 保留客戶端自行建立的一個啟動項目，避免同時在啟動資料夾新增捷徑或另建排程工作。
3. 正常結束後重新開啟客戶端，確認目前訂閱、規則模式與策略群組選擇都能還原。
4. 登出再登入或重新開機，等待網路連線完成，再檢查系統匣、核心日誌、系統代理連接埠與實際網頁請求。

可攜版若搬動資料夾，自動啟動項目可能仍指向舊路徑；將資料夾移回固定位置後，在客戶端中先關閉再重新開啟自動啟動。若客戶端只有以管理員身分執行才正常，但登入後自動啟動失敗，請優先檢查服務安裝狀態與權限設計，不要為了方便而關閉 Windows 使用者帳戶控制。

開機後所有節點都逾時，也可能是 Wi-Fi 尚未連線、系統時間尚未同步，或規則集在網路可用前就開始更新。請先等網路穩定後再測試，並查看日誌中的事件先後順序。桌面已顯示，不代表此時已能連上訂閱伺服器與節點。

八、結束後無法上網與最終檢查清單

如果關閉客戶端後瀏覽器立即無法上網，先到「設定」→「網路和網際網路」→「Proxy」，確認是否殘留指向本機連接埠的手動代理或 PAC 指令碼。客戶端異常結束時，可能來不及還原設定。只關閉由該客戶端設定的項目；組織下發的代理設定請勿自行刪除。

終端機仍無法連線時，請確認是否曾手動設定 HTTP_PROXY、HTTPS_PROXY 或 ALL_PROXY。這些環境變數獨立於 Windows 系統代理開關；修改永久環境變數後，通常還需要重新開啟終端機。瀏覽器恢復正常，也別忽略終端機中殘留的舊位址。

• 安裝檢查：客戶端與核心都能啟動，日誌沒有持續出現啟動錯誤。
• 設定檢查：訂閱更新成功，目標設定檔已啟用，策略群組所引用的節點確實存在。
• 代理檢查：明確指定連接埠的測試與實際應用程式請求都成功，且已確認命中的規則與策略鏈。
• 自動啟動檢查：重新登入後只有一個客戶端執行個體，連接埠、設定檔與代理狀態都符合預期。
• 結束檢查：正常結束後，原本應直接連線的網路仍可使用，且沒有殘留失效的本機代理設定。

若需進一步排查，請整理 Windows 版本、CPU 架構、客戶端與核心版本、監聽連接埠、是否啟用 TUN，以及一筆失敗請求對應的日誌。提供螢幕截圖前，請遮蔽訂閱網址、權杖、節點密碼與管理介面金鑰。依據這些資訊重現問題，通常比反覆安裝更有效。