流量入口與出口

系統代理修改操作系統的代理設置,讓遵循該設置的應用把請求發往本地核心。它不會強制接管所有應用。核心收到請求後,再由路由決定 direct、proxy 或 block 等出站。

因此“自動配置系統代理 + 繞過部分地址的路由”可以同時成立。應用根本沒有把流量交給核心時,修改核心路由不會影響這個應用。

  1. 應用
  2. 系統代理 / 手動代理 / TUN
  3. 核心路由
  4. 直連 / 代理 / 阻止

四種系統代理模式

這些選項控制啓動或重啓服務時如何處理系統設置;選擇前應知道當前是否有其他軟件維護代理。

模式行爲適用場景
清除系統代理移除系統代理配置停止使用代理或恢復普通網絡
自動配置系統代理指向客戶端的本地監聽地址和端口使用遵循系統設置的瀏覽器等應用
不改變系統代理保留現有設置手動配置應用,或由其他工具管理入口
PAC(Windows)由腳本按地址選擇直連或代理需要在進入核心前分流的應用

普通使用的操作順序

先導入並激活一個有效節點,確認核心啓動;選擇自動配置系統代理,再選擇適合當前網絡環境的現有路由規則。瀏覽器發起請求後,查看日誌中的目標和出站是否符合預期。

如果只想讓某個支持手動代理的應用使用客戶端,可將該應用的 HTTP 或 SOCKS5 代理地址設爲 127.0.0.1,端口填寫客戶端實際混合監聽值。這裏的端口不是遠程節點的服務器端口。

本地端口說明

PAC 與自動代理的區別

自動代理先把應用請求交給核心,再由核心路由判斷出口。PAC 則先在應用側執行腳本:選爲 DIRECT 的請求不會進入核心,選爲代理的請求進入後仍會經過核心路由。

PAC 文件是 Windows 存儲目錄下的 pac.txt,包含 FindProxyForURL 等 JavaScript 邏輯。修改前備份,保持腳本有效;瀏覽器可能緩存腳本,修改後需重新應用設置並重試。PAC 只能影響支持它的應用,不能代替 TUN。

路由預置與自定義規則

初次使用可保留客戶端生成的默認規則集。規則從上到下匹配,具體域名 / IP 規則應放在兜底規則前。需要指定目標直連或代理時,新增規則並確認當前選中的是修改後的規則集。

“全局”路由只表示進入核心的流量默認走代理,不能讓忽略系統代理的程序自動進入核心。

編寫路由規則

退出與恢復網絡

不用代理時先選擇清除系統代理,再正常退出客戶端。直接關機、強制結束進程或崩潰可能來不及恢復系統設置。

若客戶端未運行而瀏覽器不能聯網,先檢查系統代理是否仍指向 127.0.0.1。重新打開客戶端清除代理,或在操作系統網絡代理設置中關閉遺留項,然後再測試普通網絡。