Question 1

PAC 分流規則支援哪些條件模式？各自適用什麼場景？

Accepted Answer

本工具支援 14 種條件模式，涵蓋主機、網域、URL、IP、用戶端本機分流、傳輸協定、連接埠、時間排程與正則表達式：

① 純主機名稱 (isPlainHostName)：
比對不含任何點號「.」的主機名稱（如 http://intranet/ 或 http://hr/）。常用於將內部局域網服務設為 DIRECT 直連，免去繁瑣的網段列舉。

② 網域後綴 (dnsDomainIs)：
比對特定網域及其所有子網域。支援一行輸入一個或多個網域（以換行或逗號分隔）。例如填入「.google.com」會同時命中 mail.google.com、drive.google.com 與根網域 google.com。

③ 完整網域名稱 (localHostOrDomainIs / host ===)：
精確比對單一或多個主機名。例如填入「api.github.com」僅對該主機生效，不會影響 raw.githubusercontent.com。

④ 主機名萬用字元 (shExpMatch host)：
使用星號「*」與問號「?」比對主機名結構。例如「*.internal.net」或「git-*.company.com」。

⑤ 完整 URL 萬用字元 (shExpMatch url)：
針對完整 URL 進行萬用字元比對（包含協定與路徑）。例如「https://*.secure.bank/*」或「ftp://*」。

⑥ 目標 IPv4 位址 / 網段 (isInNet)：
比對目標伺服器的 IPv4 IP 位址。支援「單一主機 IP」（如 192.168.1.1，自動以 /32 遮罩比對）與「CIDR 網段」（如 10.0.0.0/8、172.16.0.0/12、192.168.1.0/24），亦支援多組網段批次輸入。無論直接存取 IP 或網域解析命中皆能生效。

⑦ 目標 IPv6 位址 / 網段 (isInNetEx)：
利用現代瀏覽器擴充的 isInNetEx() 函式進行 IPv6 比對。支援「單一 IPv6 位址」（如 2001:db8::1，自動補齊 /128 遮罩）與「CIDR 網段」（如企業 ULA 私有網段 fc00::/7 或測試網段 2001:db8::/32）。

⑧ 用戶端本機 IPv4 網段 (myIpAddress)：
依據使用者裝置當前所在的本機 IPv4 位址進行分流（如 10.1.0.0/16 走一號網關，10.2.0.0/16 走二號網關）。常用於企業跨據點辦公室的就近代理調度與負載平衡。

⑨ 用戶端本機 IPv6 網段 (myIpAddressEx)：
依據使用者裝置當前的 IPv6 網路介面位址進行比對分流。

⑩ 傳輸協定 (URL Protocol)：
比對請求協定（如 http:、https:、ftp:、ws:、wss:），依傳輸層協定自動分流。

⑪ 連接埠 (Port)：
比對目標通訊埠（如 80、443、8080、8443），針對特定服務端口指派代理伺服器。

⑫ 工作日與週末 (weekdayRange)：
根據客戶端當前星期週期（如 MON-FRI 工作日或 SAT-SUN 週末）自動切換代理策略。

⑬ 每日時段範圍 (timeRange)：
根據當前小時範圍（如 9-18 代表上午 9 點至下午 6 點）動態切換上班時段專用代理。

⑭ 正則表達式 (RegExp.test)：
提供最高自訂自由度，直接以正則表達式對完整目標網址進行高階樣式比對。

Question 2

可以指定單一 IPv4 或 IPv6 位址進行分流嗎？與「完整網域名稱」有何不同？

Accepted Answer

可以！而且強烈建議使用「IPv4 / IPv6 位址 / 網段」條件來比對單一 IP：

① 單一 IP 與「完整網域名稱」的關鍵差異：
• 若在「完整網域名稱」填入 192.168.1.1，腳本產出 host === "192.168.1.1"，這只有在網址列明確鍵入 http://192.168.1.1/ 時才會命中。若使用者訪問 api.local 而其 DNS 解析為 192.168.1.1，則完全無法命中。
• 若在「IPv4 位址 / 網段」填入單一 IP（例如 192.168.1.1），本工具會自動轉換為 isInNet(host, "192.168.1.1", "255.255.255.255")。此函式同時支援「直接存取 IP」與「網域解析後的實體 IP」雙重命中！

② IPv6 單一 IP 自動補齊：
若填入 2001:db8::1，本工具會自動補齊 /128 前綴遮罩（生成 isInNetEx(host, "2001:db8::1/128")），完全符合 RFC 與瀏覽器標準規範。

③ 即時語法檢驗：
輸入 IP 時，工具會即時檢查格式（4 段 0~255、IPv6 格式等）。若有錯字或超出範圍，輸入框會即時跳出警告提示，避免產出無效腳本。

Question 3

比對 IP 前先行解析主機網域名稱 (dnsResolve) 有何差別？何時該開啟？

Accepted Answer

此選項決定在執行 IPv4/IPv6 網段比對（如 isInNet 或 isInNetEx）時，是否強制先將目標主機名稱轉換為 IP 位址：

① 未開啟（預設建議，效能最佳）：
腳本直接生成 isInNet(host, ...)。
當請求的網址本身就是 IP（例如 http://192.168.1.1/ 或 http://[fc00::1]/）時直接比對；若為一般網域（如 google.com），現代瀏覽器底層會自動處理或快速略過，完全不會產生多餘的同步 DNS 阻塞延遲。

② 開啟後（強制解析模式）：
腳本會改為生成 isInNet(dnsResolve(host), ...)。
在進行網段比對前，強制瀏覽器必須先發出一次同步 DNS 請求，將主機名稱解析為實體 IP 後再進行比對。

適用場景：
僅在特定舊型環境（例如舊版 Windows WinINet、部分 Android WebView 或特定代理客戶端中，其 isInNet 遇到網域名稱不會自動解析而直接回傳 false）才需要開啟。在一般現代瀏覽器中保持關閉即可獲得最流暢的連線體驗。

Question 4

什麼是 PAC (Proxy Auto-Config) 檔案？運作原理是什麼？

Accepted Answer

PAC（Proxy Auto-Config，代理自動配置）是一種由 Netscape 於 1996 年制定的網路技術標準。

PAC 檔案本質上是一段定義了名為 FindProxyForURL(url, host) 的 JavaScript 函式。當作業系統或瀏覽器（如 Chrome, Edge, Safari, Firefox）發出 HTTP、HTTPS 或 FTP 連線請求前，會自動調用該函式：

① 傳入參數：正在請求的完整目標網址 (url) 與目標伺服器主機名稱 (host)。
② 執行邏輯：依據腳本內定義的條件比對（網域、IP 網段、主機名類型或時間）。
③ 回傳結果：返回如 "DIRECT"（直連不經代理）或 "PROXY 10.0.0.1:8080"（指定經由代理轉發）。

這種機制讓企業與個人無需手動切換開關，就能兼顧內網高速存取與外網安全分流。

Question 5

如何在各作業系統與瀏覽器中載入 PAC 檔案？

Accepted Answer

各平台的設定步驟如下：

① Windows 10 / 11：
開啟「設定」➔「網路和網際網路」➔「Proxy」➔ 在「自動 Proxy 設定」區域開啟「使用安裝程式碼」，在指令碼位址填入 PAC 網址或本工具產生的 Data URL，點擊「儲存」。

② macOS (Sequoia / Sonoma / Ventura)：
前往「系統設定」➔「網路」➔ 選取當前連線之網路介面（如 Wi-Fi）➔ 點擊「詳細資訊...」➔ 切換至「代理伺服器」標籤 ➔ 開啟「自動代理伺服器設定 (PAC)」➔ 貼上 URL。

③ iOS / iPadOS：
進入「設定」➔「Wi-Fi」➔ 點擊目前已連線 Wi-Fi 最右側的「(i)」圖示 ➔ 滑至底部點擊「設定代理伺服器」➔ 勾選「自動」➔ 在 URL 欄位填入網址。

④ Firefox 瀏覽器：
進入「設定」➔「一般」➔ 滑動至「網路設定」點擊「設定...」➔ 選擇「自動代理設定網址 (PAC)」➔ 貼入 URL 並確定。

⑤ 瀏覽器外掛 (如 SwitchyOmega)：
在情境模式中新增「PAC 情境」，直接將腳本貼入程式碼區塊或填入 PAC 網址即可即時生效。

Question 6

PAC 中的 IPv6 擴充函式 (isInNetEx) 與傳統 isInNet 有何重大差異？

Accepted Answer

傳統 PAC 規範僅支援 32 位元的 IPv4 函式（如 isInNet、dnsResolve、myIpAddress）。如果將 IPv6 位址傳入傳統 isInNet()，在許多系統與瀏覽器中會直接拋出異常或誤判為 false。

為了解決 IPv6 雙棧（Dual-Stack）環境的路由問題，微軟與各大瀏覽器推出了 IPv6 PAC 擴展標準：

① isInNetEx(host, "2001:db8::/32")：直接原生支援標準 IPv6 CIDR 語法（例如 fc00::/7 私有網段或 fe80::/10 區域鏈路網段），亦向下相容 IPv4。
② dnsResolveEx(host)：解析目標主機並返回分號分隔的所有 IPv4 與 IPv6 IP 清單。
③ myIpAddressEx()：返回本機的所有 IPv4 與 IPv6 網路介面位址清單。

本產生器預設支援 isInNetEx 語法，兼顧現代企業與家用 IPv6 網路分流需求。

Question 7

代理字串中的 DIRECT、PROXY 與 SOCKS5 備援鏈（Fallback）如何運作？

Accepted Answer

PAC 允許單次比對回傳多個代理伺服器選項，以分號「;」區隔，瀏覽器會依序嘗試連線：

例如回傳："PROXY 10.0.0.1:8080; PROXY 10.0.0.2:8080; DIRECT"

① 優先連線：瀏覽器優先嘗試連線至 10.0.0.1:8080。
② 自動故障轉移 (Failover)：若第一台代理伺服器無回應、連線逾時或拒絕連線，瀏覽器會在數秒內無縫降階改連 10.0.0.2:8080。
③ 最終保底 (Fallback)：若兩台代理伺服器皆故障，瀏覽器最後會以 DIRECT 直連嘗試存取目標網站。

這種容錯鏈機制能大幅減少單一代理節點當機對整間公司或個人工作造成的斷網衝擊。

Question 8

為什麼寫了 PAC 規則後，有些網域依然無法如預期走代理？

Accepted Answer

常見的原因包括以下幾點：

① 規則比對順序不對：PAC 腳本是「由上至下依序執行」且「命中即回傳 (Short-circuit)」。若最上方放置了涵蓋範圍過大的萬用規則，後面的特殊規則將永遠無法被執行。
② 網域比對語法細微差異：dnsDomainIs(host, ".google.com") 只能比對子網域（如 mail.google.com），若直接訪問根網域 google.com 則不會命中。本工具產生的規則已自動補齊根網域相符判斷。
③ DNS 阻斷或逾時：若在 PAC 中濫用 dnsResolve()，瀏覽器在發送請求前必須等待本機 DNS 回應。若 DNS 伺服器延遲高或解析失敗，會導致整個網路瀏覽停頓甚至放棄代理。
④ 本機瀏覽器快取：許多瀏覽器會快取 PAC 腳本達數小時，修改 PAC 後建議重啟瀏覽器或在 chrome://net-internals/#proxy 點擊「Clear bad proxies / Re-apply settings」。

Question 9

這個視覺化編輯器適用哪些情境？遇到複雜邏輯是不是該自己寫腳本？

Accepted Answer

本工具的資料模型是「規則清單，由上而下逐條比對、命中即回傳」，對應到產生的 PAC 腳本就是一串 if (條件) { return 代理; }。這與寫成 if / else if 鏈語意完全相同——因為一旦 return 就會離開函式，不會有 else 分支才有的差異，所以你完全不需要自己組 else。

適用範圍：多筆彼此獨立的比對規則，例如「A 網域配這個代理、B 網域配那個代理、其餘直連」，不論有幾十條都可以線性列出；也支援在單一規則內疊加「AND 條件」（如同時符合「協定為 https」且「網域為 x」）表達較精細的比對。

不適用範圍：需要在單一命中結果「內部」再做分支判斷、跑迴圈、動態組字串等程式邏輯的情境（例如依實際解析出的 IP 才決定要不要多繞一層代理）。這已經超出「規則清單」能表達的範圍——建議直接手寫 JavaScript，或在規則卡片的「自訂代理字串」欄位塞一段原始邏輯，再用 PAC 測試器貼上完整腳本驗證實際執行結果。

Question 10

如何使用 Data URI 格式代替 HTTP 伺服器掛載 PAC 檔案？

Accepted Answer

傳統上 PAC 檔案必須架設在一台具備正確認證與 MIME Type（application/x-ns-proxy-autoconfig）的 Web 伺服器上。

但現代作業系統（包括 macOS 與部分 Windows 組建）以及瀏覽器擴充功能均支援 RFC 2397 Data URI 語法：
data:application/x-ns-proxy-autoconfig;base64,....

點擊本工具的「複製 Data URI」按鈕，即可將整份 PAC 腳本以 Base64 編碼內嵌為單一字串。您可以直接將此字串貼入系統的 PAC 網址輸入框中，完全無需自己架設網頁伺服器或購買雲端主機！

PAC 規則產生器

常見問題與技術解析10 則問答