瀏覽器代理擴充功能和用戶端一起用會衝突嗎

誰說了算

瀏覽器的代理設定有明確優先順序：擴充功能 > 系統代理。只要擴充功能處於「使用代理」的某個情境模式，它就完全接管這個瀏覽器的出口，用戶端有沒有開系統代理都不影響。

所以「用戶端開了但瀏覽器不走代理」，第一件事是看擴充功能的圖示是不是切在直連情境模式上，而不是去重啟用戶端。

三種常見搭配

• 擴充功能設為「系統代理」模式：等於把決定權交回用戶端，用戶端開關系統代理時瀏覽器跟著變。適合不想操心的人。
• 擴充功能設為固定的 127.0.0.1 連接埠：直接連用戶端的混合連接埠，繞過系統代理設定。好處是用戶端不開系統代理時瀏覽器也能用，其他程式保持直連。
• 擴充功能設自動切換情境模式：依網域規則決定走不走代理。注意這套規則和用戶端裡的分流規則是兩層，兩層都要對上。

連接埠對不上是最常見的故障

擴充功能裡填的連接埠必須是用戶端實際監聽的混合連接埠。不同用戶端預設值不一樣，7890、7897 都很常見，而且使用者改過之後擴充功能裡的舊值不會自動更新。

到用戶端設定找「混合連接埠」或 mixed-port 那一項，把數字抄準。填錯的表現很典型：所有網頁都打不開，報 ERR_PROXY_CONNECTION_FAILED 或一直轉圈，而其他程式上網正常。

TUN 模式下要不要留擴充功能

開了 TUN 之後流量在網卡層就被接管，擴充功能再指向 127.0.0.1 的代理連接埠只是多繞一圈，一般不會出錯但沒必要。真正會出問題的是擴充功能指向一個已經不存在的連接埠，這時 TUN 也救不了瀏覽器。

用 TUN 的話，建議把擴充功能切到直連或系統代理模式，把分流交給用戶端統一處理，排查問題時少一個變數。

擴充功能本身的一點變化

Chrome 推進 Manifest V3 之後，一些舊的代理擴充功能停止運作或被下架，社群維護的 MV3 版本（例如 ZeroOmega）接手了這部分需求。若你的舊擴充功能突然失效，先確認是不是這個原因。