開啟 3 天免費試用
註冊即可免費體驗全部高級功能。
*只限新用戶;每位用戶只可獲得一次試用。


Chrome 代理設定怎樣改這個問題,最容易令人卡住的不是步驟,而是入口判斷錯了。Chrome 通常調用系統代理,但擴充功能、啟動參數或政策也可能控制其配置。 Google 的 chrome.proxy 文件把 system 列為代理模式之一;Windows、macOS 和 GNOME 官方文件也都把代理入口放在系統網絡設定裏。[1][2][3][4]
這也是為甚麼很多人以為「我把 Chrome 關掉再開就會恢復」,結果代理、PAC 腳本或繞過列表仍然還在。你真正要改的,往往不是 Chrome 本身,而是系統網絡層。
關鍵要點
- Chrome 通常跟隨系統代理,而不是在瀏覽器內部單獨保存一套代理。[1][2][3][4]
- 常見代理模式有自動發現、PAC 腳本、手動代理和直接連線。[1][2][3][4]
- 代理能改路由,但預設不等於加密;如果目標還包括流量加密或統一隧道保護,就不能只看這些代理設定入口。[1][2][3][4]
- 真正的排錯重點通常是:代理地址、端口、認證、繞過列表和 PAC 腳本。
- 如果你在公司或學校網絡裏,設定項可能由管理員下發,手動改完也會被策略覆蓋。
以下步驟適用於 Windows 10/11、使用「系統設定」的 macOS,以及採用 GNOME 網絡面板的 Ubuntu Desktop。先記錄已安裝的系統及 Chrome 版本,選單名稱可能有別。本文按所列官方文件整理,未進行完整端到端實測;只更改你擁有或獲准管理的配置。
Google 開發者文件把 Chrome 代理分成 direct、auto_detect、pac_script、fixed_servers 和 system 等模式。對普通用戶來說,最常見的現實情況就是:Chrome 走系統代理。[1]
這意味着你在 Chrome 裏搜尋 proxy,最後打開的通常仍是作業系統的代理面板,而不是一個瀏覽器專屬設定頁。
系統面板只是其中一個配置來源。取得 proxy 權限的擴充功能可設定 Chrome 代理,啟動參數亦可能影響回退至系統配置的行為;受管理政策也可控制實際配置。因此,系統代理面板沒有內容,未能證明 Chrome 正在直接連線。[1]
更改前開啟 chrome://policy,查看已套用政策及來源,再檢查已安裝的代理控制擴充功能,與配置負責人記下獲准的啟動參數。設定被鎖定、由機構下發或改動後反覆還原時,請 IT 確認控制層;不要移除政策或停用受管理擴充功能來強行改變路徑。[5]
如果個人裝置上反覆出現你從未設定過的代理,應把它當作更大的保安問題處理,按較全面的上網安全核對步驟檢查擴充功能、帳戶及已安裝的軟件。
最省事的做法是:
設定;proxy;如果你在工作環境裏,這一步尤其重要。因為你以為自己「沒開代理」,實際可能是系統正在用自動發現或 PAC 腳本。
更改前私下記下目前模式、伺服器與連接埠、PAC URL、繞過列表及正在使用的網絡。欠缺的參數向可信代理負責人索取;截圖及共享筆記不包含密碼。選一個獲准網站與工作作前後比較,並儲存其它程式中的工作,因為系統層變更可能影響它們。
Microsoft 官方說明裏,Windows 支援三類主路徑:自動偵測、設定腳本、手動填寫代理伺服器。[2]
Microsoft 說明的 Windows 11 介面可按以下次序操作;Windows 10 可能直接顯示欄位,毋須另開設定對話框。[2]
按網絡負責人批准的模式執行相應分支,不把以下第 2–4 項當成必須依次完成的步驟。
Settings > Network & internet > Proxy,記錄原有自動及手動設定。Automatically detect settings,毋須自行編造伺服器地址。Use setup script 旁開啟 Set up 或 Edit,啟用後輸入提供的腳本 URL,再選 Save。Use a proxy server,輸入提供的地址及連接埠,保留獲准例外,再選 Save。適合公司或校園網絡已經下發代理的情況。 如果網絡本來就靠自動發現工作,你手動亂填地址,反而更容易斷網。
如果 IT 給了你一個 PAC 檔案地址,就走這一類。 PAC 的好處是能按網址或域名決定走不走代理。
你需要知道:
如果這幾項資訊你只知道一半,通常先別硬填。
Apple 官方路徑很明確:系統設定 > 網絡 > 選中目前網絡 > 詳細資料 > Proxies。[3]
這裏可以設定自動發現、PAC、HTTP、HTTPS 和 SOCKS 代理,也能設定要繞過的主機和域名列表。[3]
Mac 這邊最常見的誤區,是只填了伺服器和端口,卻忘了:
變更只作用於選中的網絡服務:
OK,重新開啟該服務的 Proxies 面板確認設定已儲存,再驗證同一獲准 Chrome 工作。[3]更改 Wi-Fi 未能證明乙太網絡使用甚麼設定;應核對真正承載比較請求的網絡服務。
GNOME 文件把代理分成 None、Manual 和 Automatic 三類,入口在網絡面板的 Network Proxy。[4]
在這個桌面環境先核對 Chrome 的配置控制層,再判斷它有否採用這些設定。
本例只針對 Ubuntu 的 GNOME 桌面,依據 GNOME 官方上游步驟,並非所有 Linux 的通用選單路徑。[4]
Network,進入 Network Proxy 控制項。Manual,取得配置 URL 後可選 Automatic。其它桌面環境與程式獨立設定須看相應文件,不推斷終端工具或所有程式均會讀取這個面板。
代理的核心是轉發請求,不是預設加密。 如果你要的是更完整的流量保護,就要繼續看具體方案是否提供加密、隧道和統一連線保護,而不是只看「有沒有代理」。
代理地址或 PAC 腳本決定請求送往哪裏,並不保證到代理的連線已經加密。VPN 不能代替你修正代理地址、認證資料或 PAC 規則,亦不能覆蓋受管理裝置的政策。如果個人瀏覽仍需要加密隧道,可以在保留 HTTPS 的同時讓 AethoVPN 承載這部分流量;連線後先確認哪些應用程式和 DNS 請求實際經過隧道,再判斷保護範圍。用電郵驗證碼建立帳戶,便可設定這條隧道。
未解決的問題若是程式覆蓋範圍,可比較系統代理與 TUN 路徑的作用分別。Chrome 使用某項配置,未證明每個程式也會使用;這項比較亦不授權更換機構要求的路徑。
PAC 更靈活,但也更容易因為腳本地址失效、規則衝突或公司策略變化而出問題。
有時只是部分流量沒有走你預期的代理。 這類問題往往要結合 IP 檢查、域名解析和繞過列表一起看。
因為真正保存設定的地方常常是系統,而不是瀏覽器本身。[2][3][4]
我建議按這個次序查:
如果你在公司網絡裏改了沒反應,還有一種常見情況是策略覆蓋。 這時不是你點錯了,而是裝置本來就受管理。
儲存後,在同一 Chrome 設定檔向同一域名發出新請求,重做原工作,保持 HTTPS 驗證並記下代理、認證或憑證錯誤。PAC 可讓工作網站及 IP 查詢網站走不同路徑,因此 IP 結果只說明該次請求,未證明 DNS 行為、所有網站路徑或其它程式覆蓋。
OK;GNOME 還原記錄的方法及參數,只有原本獲准設定是直接連線時才選 None。[2][3][4]關閉 Chrome 或另一個 VPN,不等於還原這些設定。私下保留改動及原工作恢復情況,不以開關已儲存當作成功證明。
對普通用戶來說,通常沒有獨立的一套常規介面,Chrome 多半調用系統代理。[1]
因為你改的往往是系統代理,其他瀏覽器也可能使用這套設定。應分別檢查各瀏覽器的連線設定,不能假定變化只影響 Chrome。
不是。代理主要解決轉發路徑;至於是否附帶加密和更完整的連線保護,要看你實際使用的方案類型。
它是一份自動代理設定腳本,用來決定不同網址該不該走代理、走哪條代理。[1][2][3][4]
因為設定可能保存在作業系統裏,不會因為你退出瀏覽器就消失。
大概率是管理員策略覆蓋。先確認裝置是否受管理,再聯絡 IT。
擴充功能、啟動參數或政策可能控制實際配置。檢查控制層並向負責人求證;系統面板沒有內容未能單獨證明直接連線。[1][5]
免責聲明
本文僅供一般網絡設定與私隱教育參考。企業裝置、校園網和受管理裝置的代理策略可能由管理員統一控制。
來源
chrome.proxy API: https://developer.chrome.com/docs/extensions/reference/api/proxySources checked 2026 年 10 月 9 日。
延伸閱讀:
註冊即可免費體驗全部高級功能。
*只限新用戶;每位用戶只可獲得一次試用。