排查 2026-04-19 · 約 15 分鐘閱讀

Clash 退出後電腦仍無法上網?Windows 與 macOS 恢復系統代理逐步操作

許多使用者會在選單裡退出 Clash,或遇到程式當機、被系統強制結束後,發現瀏覽器與部分應用程式仍然「像連著代理」——網頁轉圈、顯示代理連線錯誤,或只有特定軟體異常。這通常不是寬頻瞬斷,而是系統層仍保留舊的 HTTP/HTTPS 代理、自動設定(PAC)指令碼、或終端機環境變數,繼續把流量導向本機上已關閉的埠(例如常見的 127.0.0.1:7890)。本篇以可照做的檢查清單整理 WindowsmacOS 的還原步驟,並說明如何與 DNS、fake-ip 類問題區分,讓您快速回到可正常直連的狀態。

為什麼 Clash 已關閉,系統仍像開著代理

多數圖形化 Clash 客戶端在啟用「系統代理」時,會代您寫入作業系統的網路設定:把 HTTP、HTTPS 乃至 SOCKS 指到本機的 mixed-port 或 HTTP 埠。正常情況下,優雅退出會嘗試還原;但若程式異常終止、權限不足、或您手動關閉了客戶端卻未觸發還原流程,登錄檔/系統偏好設定裡的代理開關可能仍維持在「開啟」,只是背後再也沒有服務在聽那個埠。

另一條常見路徑是 PAC(Proxy Auto-Configuration):系統會定期或依網路變更去抓取一份 .pacdata: 形式的設定,裡面可能仍把大量網址導向本機代理。還有第三條路徑——環境變數HTTP_PROXYHTTPS_PROXYALL_PROXY):它們不寫在「網際網路選項」裡,卻會讓終端機、部分開發工具與內建使用系統代理堆疊的程式繼續走錯誤路徑。

先釐清症狀

若只有瀏覽器異常、系統更新與其他 App 正常,優先檢查瀏覽器獨立代理/擴充套件。若整機多數 HTTPS 都失敗,優先檢查系統代理與 PAC。若只有終端機裡的 curlgit、套件管理員失敗,請同步檢查環境變數與 git config --global

典型徵兆與快速判斷

  • 錯誤訊息含 ERR_PROXY_CONNECTION_FAILED127.0.0.1 拒絕連線,或明確提到無法連到本機埠。
  • 同一台電腦上,手機熱點可正常上網,但回到原網路仍異常(較少見,需與路由器 DNS 一併排除)。
  • Clash 日誌已停,工作管理員/活動監視器中沒有核心行程,但系統設定仍顯示代理伺服器位址。
  • 僅在開啟某個專案資料夾後終端機才異常,代表可能有 .env、shell 啟動腳本注入了代理變數。

若您已確認沒有代理殘留卻仍「顯示連線但打不開」,請改走 DNS 與 fake-ip 排查專文,避免在錯誤方向上反覆切換節點。

Windows:關閉系統代理與自動設定

Windows 11/10 已將主要介面放在「設定」應用程式中,舊版「網際網路選項」仍可能影響部分元件,建議兩邊都快速確認。

設定 App(建議優先)

  1. 開啟設定網路和網際網路Proxy(或搜尋「Proxy」)。
  2. 在「自動設定 Proxy」區塊,將使用設定腳本關閉;若曾填入本機 PAC 網址,請刪除內容。
  3. 在「手動設定 Proxy」區塊,將使用 Proxy 伺服器關閉,並確認位址/連接埠欄位清空。
  4. 若您使用多張網卡或 VPN,對每個作用中的介面重複確認(部分第三方工具會寫入專用設定檔)。

接著開啟控制台網路和網際網路網際網路選項連線分頁 → 區域網路設定:取消勾選「為您的區域網路使用 Proxy 伺服器」,並確認未勾選會載入本機 PAC 的選項。某些企業環境會以群組原則鎖定;若欄位反灰,需聯絡管理員或暫時離線套用原則後再試。

注意第三方「一鍵加速」工具

與 Clash 並存的 TUN/防火牆類軟體可能在卸載後仍留下驅動或篩選器。若關閉系統代理後仍大面積斷網,請檢查是否還有其他虛擬網卡或篩選驅動需要一併停用。

Windows:環境變數與登入指令碼

在「開始」搜尋環境變數,開啟「編輯系統環境變數」→「環境變數」。在「使用者」與「系統」兩區檢查是否存在:

  • HTTP_PROXYHTTPS_PROXYALL_PROXY(以及小寫版本,部分工具兩者皆讀)
  • NO_PROXY 通常可保留,但若曾為了繞過本機代理而填寫極寬鬆清單,可暫時備份後清空以利測試

刪除變數後,請關閉並重新開啟所有已開著的終端機、IDE 與瀏覽器(Chromium 系有時會快取代理狀態)。若使用 PowerShell Profile($PROFILE)或 cmd 自動執行批次檔寫入代理,請一併註解或移除相關行。更完整的開發者情境可對照 Git 與 npm 終端代理設定一文,避免只清系統設定卻漏了 shell 層。

macOS:網路服務、PAC 與自動代理探索

macOS Ventura/Sonoma 以後,路徑為系統設定網路 → 選取使用中服務(Wi-Fi 或乙太網路)→ 詳細資訊代理。請依序檢查:

  1. 關閉 網頁代理(HTTP)安全網頁代理(HTTPS)SOCKS 代理,並清空伺服器、連接埠、帳密欄位。
  2. 關閉自動代理設定(PAC),移除檔案路徑或 URL;若曾使用 file:// 指向本機腳本,請特別確認已關閉。
  3. 若您不確定是否需要「自動代理探索」,可先關閉測試;部分網路環境才需要 WPAD。
  4. 並套用後,可切換飛航模式再關閉,迫使網路堆疊重建(視情況選用)。

若您主要使用 Clash Verge Rev 等客戶端,仍可參考 macOS 安裝與權限專文,了解系統延伸與 TUN 與「系統代理」並存時的差異;退出客戶端後若 TUN 介面未卸載,少數應用程式行為仍可能異常,這時除了代理分頁,也需在客戶端內確認 TUN 是否已關閉。

瀏覽器與「系統代理」脫鉤的情況

Google Chrome、Microsoft Edge、Brave 等 Chromium 系瀏覽器預設跟隨作業系統;但若安裝了代理類擴充套件、或曾以啟動參數指定 --proxy-server=,則與系統設定無關。Firefox 可在「設定」→「網路設定」選擇「不使用 Proxy」或改回「使用系統 Proxy 設定」並搭配上方 macOS/Windows 步驟。

若只有瀏覽器異常,請以無痕視窗搭配停用擴充套件交叉測試;仍異常再回頭查系統代理。

驗證:確認已回到直連

完成設定後,建議用由淺入深的方式驗證,避免誤判:

  1. 重新開機或至少登出再登入(可確保殘留工作階段變數失效)。
  2. 以瀏覽器開啟可信的 HTTPS 首頁;再以 ping 或系統內建診斷工具確認基本連通(注意:部分伺服器不回 ICMP 屬正常)。
  3. 新的終端機視窗執行 curl -I https://example.com(需已安裝);若仍報代理錯誤,再用 env | grep -i proxy(macOS/Linux)或 set proxy(Windows cmd)複查。

若直連已恢復,但您仍希望日常使用 Clash,請在客戶端內確認「退出時還原系統代理」類選項是否開啟,並避免同時由多個程式爭寫同一組系統設定。

什麼時候不是「代理殘留」

下列情況與本篇主題不同,請改參考對應文章以免徒勞:

  • Clash 仍開著,但規則把常用網域導向錯誤策略組或黑洞 → 檢查規則與日誌命中。
  • fake-ip 與應用程式預期不符、DNS 外洩 → DNS/fake-ip 專文
  • 只在使用 WSL2 或 Linux 虛擬機時異常 → 參考 WSL2 與宿主代理 等跨層連線說明。

常見問題

設定欄位是灰色無法修改

可能由公司 MDM、群組原則或安全軟體鎖定。需依組織流程申請解除,或改用獲核准的連線方式。

都已關閉仍顯示 127.0.0.1

搜尋是否還有其他 VPN/加速器客戶端在背景執行;並檢查瀏覽器擴充套件、啟動參數與 /etc/hosts(macOS)是否被導向本機。

PAC 使用 data: URL 怎麼清

與一般 URL 相同:關閉自動 Proxy 設定並套用;若客戶端曾寫入多重設定檔,請在「網路」中確認目前生效的是哪一個服務。

實務檢查清單(可儲存備用)

  1. 確認 Clash 核心行程確實未在執行。
  2. Windows:設定 App 與「網際網路選項」兩邊關閉 Proxy/PAC。
  3. macOS:使用中網路服務的「代理」分頁全部關閉並清空欄位。
  4. 移除使用者/系統環境變數中的 *_PROXY,重開終端機再測。
  5. 以無痕視窗排除瀏覽器擴充套件;必要時重啟電腦。
  6. 仍異常則改查 DNS、fake-ip 與規則命中,而非反覆安裝客戶端。

從可還原的客戶端開始

可維護的 Clash 客戶端會清楚區分「系統代理」「TUN」與「僅本機埠」,並在退出時盡力還原作業系統狀態。當您理解這些開關各自寫入哪一層設定,排查「退出後上不了網」就會變成有固定順序的例行工作,而不是每次靠重開機碰運氣。

立即免費下載 Clash,開啟更可控的分流體驗

先把系統代理還原

退出 Clash 後若仍連不上,依序關閉 Windows/macOS 代理與 PAC,並清理終端機環境變數。

下載 Clash