入門指南 預計閱讀 12 分鐘

Clash 多裝置共用怎麼設定？家用網路分流完整攻略

利用 Clash 的區域網路功能，讓家中的多部裝置共用同一份代理設定。本文比較不同分享架構，並說明代理埠、分流規則與安全限制的實際設定方式。

讓家中的電腦、手機、平板或智慧電視共用同一份 Clash 代理設定，核心並不是把訂閱網址直接貼到每一部裝置，而是讓其中一部裝置充當區域網路代理入口，再由其他裝置把流量送到這個入口。這個架構可以減少重複匯入訂閱、統一節點與規則管理，也方便依照裝置類型決定哪些流量直連、哪些流量交給代理。

不過，區域網路共用會同時涉及監聽位址、代理埠、防火牆、路由器網段與安全限制。Clash 介面顯示正在執行，不代表區域網路內的其他裝置已經能夠連線；主機本身可以正常上網，也不代表手機或電視能通過主機的代理埠。設定前應先確認各裝置位於同一個區域網路，再逐層測試主機、連接埠、代理協定與實際規則命中情況。

先選擇適合家庭環境的共用架構

常見的家庭共用方式有三種。第一種是以 Windows、macOS 或 Linux 電腦作為代理主機，其他裝置透過該電腦的區域網路 IP 使用 HTTP、SOCKS 或 mixed 代理。第二種是以 Android 裝置執行支援區域網路分享的 Clash 客戶端，再讓同一 Wi-Fi 下的裝置連入。第三種是把 mihomo 或相容核心長期部署在路由器、NAS 或小型主機上，讓它成為固定的家庭網路代理服務。

架構 適合情境 優點 限制
電腦作為主機 臨時測試、家庭辦公、少量裝置 介面完整，容易查看日誌與切換節點 電腦睡眠或關機後，其他裝置會失去代理
Android 作為主機 行動熱點、短時間分享 不需要額外設備，部署速度快 背景限制、耗電與系統 VPN 行為可能影響穩定性
路由器或 NAS 多部裝置長期使用 可集中管理，裝置端通常不需個別設定 需要處理韌體、儲存空間、權限與核心相容性

如果只是讓另一台電腦或手機短暫使用，建議先採用電腦作為主機，不要一開始就改動整個家庭路由。若家中有多部不支援手動代理的裝置，例如部分遊戲主機、智慧電視或 IoT 設備，才需要進一步考慮路由器透明代理或 TUN 方案。不同架構的接管範圍不同，不能把「設定了區域網路代理」理解為所有封包都會自動被攔截。

設定區域網路監聽位址與代理埠

在 Clash Verge、Clash Verge Rev、Clash for Android 或其他 mihomo 客戶端中，首先要找到 HTTP、SOCKS、mixed 等入站監聽設定。不同版本可能將其放在設定檔、General、Profiles、覆寫或核心設定頁面，名稱不一定完全相同。對家庭共用而言，mixed 通常較方便，因為同一個埠可以同時處理 HTTP 代理與 SOCKS5 代理；如果客戶端只提供分開的 HTTP 與 SOCKS 埠，也可以依照應用程式支援情況分別設定。

只監聽 127.0.0.1 時，代理只能供本機使用，區域網路內的其他裝置無法連入。要讓其他裝置存取，通常需要將監聽位址設定為 0.0.0.0，或在圖形介面中啟用「允許區域網路」之類的選項。這個選項的實際效果是讓核心在區域網路介面上接受連線，不是讓其他裝置自動套用設定。

mixed-port: 7890
allow-lan: true
bind-address: "*"
mode: rule

上方是常見的概念性設定。7890 只是示例埠號，若被其他程式佔用，核心可能啟動失敗或無法建立監聽。啟用後應在主機的網路資訊中確認區域網路 IP，例如 192.168.1.20 或 192.168.50.20。其他裝置填寫的是這個區域網路 IP，不是 127.0.0.1、localhost，也不是訂閱伺服器的位址。

LISTEN

監聽位址

決定核心在哪些網路介面接受連線。只允許本機時使用回環位址；需要家庭裝置連入時，才開放區域網路介面。

MIXED PORT

混合代理埠

同一埠可依客戶端需求處理 HTTP 與 SOCKS 流量，適合家庭中裝置種類較多的情況。

LAN ACCESS

區域網路存取

只控制其他區域網路裝置能否連入 Clash，不會替遠端裝置自動安裝訂閱或自動修改其代理設定。

動手設定：讓第二部裝置透過主機連線

以下流程適合先驗證架構是否成立。測試期間只使用一台主機與一台客戶端，選擇一個已在主機上確認可用的節點，避免同時加入 TUN、複雜 DNS 覆寫與路由器透明代理。每完成一個步驟，就使用日誌或連線結果確認，不要一次改動多個網路入口。

  1. 讓主機與第二部裝置連線到同一個家庭 Wi-Fi 或同一台交換器。先在主機查看區域網路 IP，確認不是虛擬 VPN 介面、行動數據介面或訪客網路的位址。
  2. 在主機的 Clash 設定中啟用區域網路存取，設定 mixed 埠為 7890，重新載入設定或重新啟動核心。
  3. 在主機日誌中確認核心已建立監聽，例如出現 HTTP、SOCKS 或 mixed 監聽成功的訊息。如果出現埠被佔用，先換用 7891 或其他未使用埠號。
  4. 在第二部裝置的 Wi-Fi 代理設定中選擇手動模式。主機名稱或伺服器填入主機的區域網路 IP，例如 192.168.1.20；連接埠填入 7890。
  5. 若裝置要求選擇協定，瀏覽器或一般系統代理可先選 HTTP；支援 SOCKS5 的應用程式則填入 SOCKS 埠，或使用 mixed 埠測試。
  6. 先以瀏覽器開啟一個穩定網站，再回到主機的連線頁或日誌查看是否出現來自第二部裝置的來源 IP。
  7. 確認基本流量可用後，再測試國內服務、海外服務與區域網路設備管理頁，檢查規則是否依預期分流。

如果第二部裝置顯示無法連線，先不要更換節點。從主機本身測試 127.0.0.1:7890，再從第二部裝置測試主機的區域網路 IP 與埠。主機本身可用但第二部裝置逾時，通常與作業系統防火牆、Wi-Fi 用戶端隔離、訪客網路隔離或錯誤的區域網路 IP 有關。若第二部裝置能連入但網站無法開啟，才進一步查看策略組、規則命中與 DNS。

防火牆、Wi-Fi 隔離與存取安全

開啟 allow-lan 後，作業系統防火牆仍可能阻擋外部連入。Windows 第一次允許 Clash 透過網路通訊時，應只對「私人網路」開放，不要在公共網路設定檔中無條件允許。macOS 可能需要在防火牆或應用程式網路權限中允許客戶端接收連線；Linux 則要檢查 ufw、firewalld 或其他封包過濾規則。

路由器也可能啟用無線用戶端隔離。這類功能會阻止同一個 Wi-Fi SSID 下的裝置互相存取，即使所有裝置取得的 IP 看起來都在 192.168.1.0/24。訪客 Wi-Fi 通常也會隔離客戶端，手機連上訪客網路、電腦連上主網路時，兩者不一定能互相連線。應讓需要共用代理的裝置位於允許內部互通的網段。

檢查項目 正常狀態 異常時的表現
主機區域網路 IP 與客戶端處於同一可互通網段 連線逾時或封包無法抵達
防火牆規則 只允許私人網路存取指定代理埠 主機本機可用，其他裝置無法連入
Wi-Fi 用戶端隔離 家庭裝置可互相存取必要服務 同一 Wi-Fi 仍無法連到主機埠
代理埠暴露範圍 僅限可信任 LAN 陌生裝置可使用代理，造成頻寬與帳戶風險

不建議把家庭代理埠直接暴露到網際網路。開放公網後，陌生人可能利用你的代理轉發流量，導致頻寬耗盡、服務商封鎖或留下難以判斷的外部連線紀錄。若確實需要在外出時使用家中資源，應使用具備驗證與加密的 VPN 或安全遠端網路方案，而不是單純將 7890 轉發到 WAN。

為共用裝置設計規則與 DNS

多裝置共用時，所有裝置的流量可能被同一份規則處理，因此規則必須同時考慮家庭內部位址、路由器管理頁、印表機、NAS 與一般網際網路服務。區域網路網段應優先直連，否則列印、投放、檔案分享或智慧家庭發現封包可能被送進代理節點。

rules:
  - IP-CIDR,192.168.0.0/16,DIRECT,no-resolve
  - IP-CIDR,10.0.0.0/8,DIRECT,no-resolve
  - IP-CIDR,172.16.0.0/12,DIRECT,no-resolve
  - DOMAIN-SUFFIX,local,DIRECT
  - MATCH,PROXY

這段規則只是示意，實際策略組名稱必須與設定檔中的名稱完全一致。192.168.0.0/16 涵蓋範圍很大，如果家庭網路使用更精確的 192.168.1.0/24，也可以使用精確網段降低誤判。no-resolve 可避免對 IP 規則額外進行網域解析，但是否適合你的 DNS 與 TUN 架構，仍要依核心行為測試。

DNS 方面，主機和第二部裝置可能採用不同的解析路徑。系統代理通常只轉發應用程式已建立的 HTTP 或 SOCKS 請求，未必能接管所有 DNS 查詢；TUN 模式則可能配合 mihomo 的 DNS 模組與 fake-ip 行為處理解析。若出現網域無法開啟、IP 可連線，或區域網路主機名稱失效，應先確認 DNS 查詢由哪個元件負責，再調整 fake-ip、nameserver、fallback 或分流規則，不要只更換節點。

何時使用 TUN，哪些裝置不適合共用

系統代理適合瀏覽器、辦公軟體與大部分會讀取作業系統代理設定的應用程式。若目標是讓手機瀏覽器或另一台電腦快速使用代理，手動填入 HTTP 或 SOCKS 伺服器通常足夠。TUN 則是建立虛擬網路介面，讓核心在較低層級接收 IP 流量，適合不支援系統代理的應用程式、部分遊戲或需要處理 UDP 的場景。

但 TUN 不是多裝置分享的必要條件。主機開啟 TUN，只會改變主機自己的流量接管方式，並不會自動把第二部裝置的封包導入 TUN。第二部裝置仍需將 HTTP、SOCKS 或 mixed 代理設定指向主機，或由路由器配置透明代理與轉送規則。若同時在主機、手機和路由器啟用多層 TUN，可能產生路由迴圈、DNS 重複攔截與連線難以判斷的問題。

SYSTEM PROXY

一般裝置優先

設定簡單，適合瀏覽器、辦公程式與支援 HTTP 或 SOCKS 的裝置，排查時也較容易觀察。

TUN

需要更廣接管

適合主機上不讀取系統代理的應用程式，但需要額外權限，並可能與其他 VPN 或虛擬網卡衝突。

智慧電視、遊戲主機與部分 IoT 裝置常常不提供自訂代理欄位，也不一定支援完整的 HTTP CONNECT、SOCKS5 或 UDP 轉發。這些裝置若必須分流，通常需要在路由器層處理，而且應先確認設備服務所需的 DNS、UDP、區域網路廣播與多播行為。不要為了讓單一裝置連線，就把整個家庭網路無條件導入代理。

驗證結果並維持長期穩定

完成共用後，建議依照「主機本機、區域網路連接埠、第二部裝置、規則結果」的順序測試。主機本機先確認已選擇正確策略組與節點；第二部裝置再確認代理欄位、埠號與主機 IP；最後分別開啟需要直連的家庭服務與需要代理的外部服務。每次測試都查看主機連線日誌，確認來源 IP、目標網域與實際策略組。

若主機 IP 經常變動，可以在路由器中為主機建立 DHCP 保留，讓它每次連線都取得相同的區域網路位址。這比在所有手機、電視和電腦上反覆修改代理伺服器更容易維護。代理埠也應固定使用一個未被其他服務佔用的值，並在設定檔或家庭設備備忘錄中記錄用途。

最後，定期檢查哪些裝置仍在使用手動代理。當主機停止執行 Clash、變更 IP 或離開家庭網路時，其他裝置可能顯示「已連線」但所有網站都無法開啟。此時先關閉裝置的手動代理，確認直接網路恢復，再決定是否重新啟動主機或改用另一個代理入口。完成安全檢查後，可前往前往下載取得相容客戶端，並參考查看教程了解設定匯入與規則模式的基本操作。

下載Clash