FlClash 混合連接埠與允許區域網路連線:手機、電視共用電腦代理設定教學
說明混合連接埠同時支援 HTTP 與 SOCKS5 的原理,以及啟用允許區域網路連線後,如何查詢電腦的區域網路 IP、在手機與電視設定代理,並調整防火牆及留意安全事項。
一、混合連接埠與區域網路共享各自控制什麼
要讓手機或電視使用電腦上的 FlClash,必須同時符合三個條件:用戶端已載入可用設定檔;電腦在區域網路位址上監聽代理連接埠;手機或電視將要求傳送至這個位址。只開啟電腦的系統代理,不會自動替其他裝置設定代理。
本文使用以下範例:電腦的區域網路 IPv4 位址為 192.168.1.20,混合連接埠為 7890,手機與電視連線至家用路由器。這些都是示範值,並非 FlClash 固定的預設值;實際操作時,請以電腦的實際位址和用戶端顯示的連接埠為準。
| 設定項目 | 實際用途 | 常見混淆 |
|---|---|---|
mixed-port | 同一個入口可接收 HTTP 代理與 SOCKS5 代理要求 | 不是把兩種協定的連接埠相加,也不是網站服務的連接埠 |
allow-lan | 允許區域網路中的裝置連線至代理入口 | 仍受監聽位址、系統防火牆和路由器隔離設定限制 |
| 系統代理 | 設定電腦上遵循系統代理設定的應用程式 | 不會遠端變更手機或電視的網路設定 |
| TUN 模式 | 透過虛擬網路介面接管符合條件的流量 | 不是共享區域網路 HTTP 代理的必要條件 |
HTTP 與 SOCKS5 該選哪一種
手機 Wi-Fi 的手動代理通常使用 HTTP 代理,主機填入 192.168.1.20,連接埠填入 7890。如果應用程式提供 SOCKS5 設定,也可以使用同一個混合連接埠,但協定必須選 SOCKS5。瀏覽 HTTPS 網站時,HTTP 代理通常會透過 CONNECT 建立通道,不必把手機的代理類型改成「HTTPS」。
二、先確認電腦上的設定與監聽連接埠
- 開啟 FlClash,確認已匯入訂閱,並選取準備使用的設定檔。如果電腦本身也無法連線至目標服務,應先處理設定檔或出口連線,不要同時變更區域網路設定。
- 進入用戶端設定頁,尋找「混合連接埠」和「允許區域網路連線」。不同版本的分組方式和翻譯名稱可能有所差異,請以對應欄位為準,不要把控制器連接埠當成代理連接埠。
- 記下混合連接埠,例如本文使用的
7890,並啟用允許區域網路連線。依照介面提示套用設定或重新啟動核心,再確認設定仍然生效。 - 保持 FlClash 執行。關閉電腦、結束用戶端或讓電腦進入睡眠後,手機與電視便無法繼續使用這個代理入口。
如果透過設定檔管理這些參數,mihomo 中對應的基本欄位如下。這段內容只說明監聽設定,不包含訂閱、出口和規則,不能單獨作為完整設定檔使用。
mixed-port: 7890
allow-lan: true
bind-address: "*"
bind-address: "*" 表示監聽所有可用位址,暴露範圍比只監聽 127.0.0.1 更大。請搭配防火牆限制來源。FlClash 可能會依照介面設定產生或覆寫最終設定,因此修改訂閱原始內容前,請先檢查用戶端的執行參數,避免介面與檔案互相覆寫。
檢查監聽結果,確認設定是否生效
Windows 使用者可在 PowerShell 執行以下命令。如果實際連接埠不是 7890,請一併替換命令中的數字。
Get-NetTCPConnection -State Listen -LocalPort 7890 |
Select-Object LocalAddress, LocalPort, OwningProcess
- 只看到
127.0.0.1:入口僅供本機使用,請繼續檢查允許區域網路連線設定和監聽位址。 - 看到
0.0.0.0:表示正在監聽所有 IPv4 介面,接著檢查防火牆及裝置間的網路連線。 - 看到電腦的區域網路位址:表示正在監聽該介面,請確認手機連線的網路可以連到這個位址。
- 沒有結果:檢查核心是否正在執行,以及連接埠是否輸入錯誤。如果出現連接埠遭占用的錯誤,請透過處理程序 ID 查明占用者,不要直接結束不熟悉的系統處理程序。
三、查詢電腦的區域網路 IP,並確認裝置可以互相連線
Windows 使用者可在終端機執行 ipconfig,找到目前連線中的「無線區域網路介面卡 WLAN」或乙太網路介面卡,查看 IPv4 位址。請勿選擇 TUN 虛擬網卡、未連線的網卡或回送位址。macOS 可前往「系統設定」→「網路」→目前連線→「詳細資訊」→「TCP/IP」查看 IPv4 位址;Linux 可使用 ip -4 addr 查看實際連線的介面。
電腦 IPv4:192.168.1.20
手機 IPv4:192.168.1.35
子網路遮罩:255.255.255.0
代理入口:192.168.1.20:7890
以上位址位於同一個 192.168.1.0/24 網段,是常見的家用網路範例。不過,連上名稱相同的 Wi-Fi 不代表一定能互相連線:訪客網路、AP 隔離和企業無線網路政策都可能禁止裝置彼此連線。電腦使用網路線、手機使用 Wi-Fi 通常也能共享,前提是路由器允許這兩個網路互通。
- 手機上不要填入
127.0.0.1或localhost,這兩者都指向手機本身。 - 除非代理確實在路由器上執行,否則不要填入路由器管理位址。
- 電腦重新連線後,IP 位址可能會變更。若要長期使用,可在路由器的 DHCP 位址保留設定中,為電腦固定指派相同的區域網路位址。
- 首次測試建議使用明確的 IPv4 位址,避免同時遇到主機名稱解析和 IPv6 連線問題。
四、在手機與電視設定 HTTP 代理
Android:變更目前 Wi-Fi 的代理設定
Android 常見路徑為「設定」→「網路和網際網路」→「網際網路」→目前的 Wi-Fi→編輯網路→「進階選項」→「代理伺服器」→「手動」。部分廠牌的系統可能將選項放在「WLAN」→目前網路詳細資料中。找到代理主機名稱和代理連接埠後,分別填入電腦 IP 和混合連接埠。
- 代理主機名稱填入
192.168.1.20,不要加上http://或路徑。 - 代理連接埠填入
7890。如果連接埠有獨立欄位,請勿將連接埠號碼併入主機名稱。 - 首次驗證時請保留原有的略過清單,不要另外新增涵蓋所有網域的規則。
- 儲存後開啟瀏覽器測試,同時查看電腦上 FlClash 的連線記錄,確認要求是否已送達。
iPhone 與 iPad:設定目前的無線網路
前往「設定」→「Wi-Fi」→點選目前網路右側的資訊按鈕→「設定代理」→「手動」。伺服器填入 192.168.1.20,連接埠填入 7890,然後儲存即可。只有在入口已設定代理驗證時,才開啟「驗證」並填入對應帳號。這是系統的 Wi-Fi 代理設定,不需要在手機上執行 FlClash。
這項設定只適用於目前的無線網路,不會自動套用至行動數據或其他 Wi-Fi 網路。離開電腦所在的網路後,如果仍連線至同一個已設定代理的網路,但無法連到電腦,遵循代理設定的應用程式可能無法連線;此時請將「設定代理」改回「關閉」。
電視:先確認系統或應用程式是否支援代理
部分 Android TV 系統可在目前網路的進階選項中手動設定代理,操作方式與 Android 手機相同。有些電視只允許編輯 Wi-Fi 代理,有線網路沒有對應選項;也有些系統完全不提供代理設定。如果找不到設定入口,只開啟電腦的允許區域網路連線,無法讓電視自動使用代理。
如果電視應用程式有獨立的網路設定,請依其支援的 HTTP 或 SOCKS5 協定填入相同的入口。若瀏覽器測試成功,但影音應用程式仍無法使用,請先確認該應用程式是否遵循系統代理,不要反覆修改混合連接埠。若要涵蓋整台裝置,應另外評估裝置端代理或閘道方案;電腦的 TUN 開關本身並不代表已替電視設定閘道。
五、防火牆只允許可信任網路存取代理入口
Windows 首次出現網路存取提示時,請依實際使用環境選擇權限。在可信任的家用網路中可使用「私人」網路設定檔,不要為了共享而將飯店或公共 Wi-Fi 設為私人網路。也不要透過關閉整個防火牆來測試代理。
如果監聽正常,但其他裝置連線逾時,可在系統管理員 PowerShell 中建立一條受限的測試規則。以下命令只允許私人網路設定檔下、來自本機子網路的來源存取 TCP 7890;它不會自動變更目前的網路類型。
New-NetFirewallRule -DisplayName "FlClash LAN TCP 7890" `
-Direction Inbound -Action Allow -Protocol TCP `
-LocalPort 7890 -Profile Private -RemoteAddress LocalSubnet
這條規則用於本文的 HTTP 代理測試。若要進一步限制存取,可將 LocalSubnet 替換為手機與電視的固定 IP,並搭配程式路徑限制。macOS 可前往「系統設定」→「網路」→「防火牆」→「選項」,確認相關程式是否遭到封鎖;受管理政策控管的裝置,請聯絡管理員處理。
測試結束後,如果不再需要這條手動規則,可執行下列命令將其刪除。如果之前建立了其他規則,請在防火牆中逐條確認,不要一次全部清除。
Remove-NetFirewallRule -DisplayName "FlClash LAN TCP 7890"
六、依症狀排除問題:先檢查入口,再檢查規則與 DNS
驗證時一次只變更一個項目。先確認要求能否送達電腦,再查看規則將要求送往何處。手機顯示「已連線至 Wi-Fi」只代表無線連線已建立,不能證明代理連接埠或上游連線可用。
| 症狀 | 優先檢查項目 | 下一步操作 |
|---|---|---|
| 所有頁面都一直載入,最後逾時 | 電腦 IP、監聽位址、防火牆、AP 隔離 | 確認 7890 是否正在監聽,並確認電腦沒有進入睡眠 |
| 立即顯示連線遭拒 | 連接埠填錯、核心未執行,或防火牆主動拒絕連線 | 檢查目前的監聽結果,不要先變更 DNS |
| 瀏覽器正常,但某個應用程式無法使用 | 應用程式是否遵循 Wi-Fi 代理,以及是否需要 UDP | 檢查應用程式的獨立代理設定和連線記錄 |
| 電腦有連線記錄,但無法存取目標 | 匹配規則、出口選擇、網域名稱解析與上游連線 | 查看該連線的目標網域、命中規則和錯誤訊息 |
| 昨天還能用,今天卻失效 | DHCP 位址變更、設定遭覆寫、電腦網路類型變更 | 重新確認 IP、混合連接埠和防火牆適用範圍 |
使用另一台電腦驗證代理協定
如果同一個區域網路中還有另一台電腦,可使用以下命令發出 HTTP 代理要求。Windows 建議使用 curl.exe,避免部分 PowerShell 環境中的命令別名差異;macOS 和 Linux 通常使用 curl。目標只是測試位址,不保證在所有網路環境中都能連線。
curl.exe -I --connect-timeout 5 --max-time 15 --proxy http://192.168.1.20:7890 https://example.com/
如果在連線至 192.168.1.20:7890 時就失敗,請繼續排查區域網路入口;如果已建立代理通道,但無法存取目標,再檢查出口和 DNS。代理驗證回傳 407 表示需要確認入口的使用者名稱和密碼,不必重新匯入訂閱。
規則模式下,共享裝置仍會遵循電腦的分流設定
在規則模式下,手機傳送至混合連接埠的要求也會依照用戶端目前的規則進行匹配,再交由相應的出口處理。啟用允許區域網路連線不會自動將所有要求改為代理轉送。如果某個網域命中 DIRECT,請檢查規則順序與策略群組,不要因此認定共享功能失效。
Wi-Fi HTTP 代理同樣不會將手機的所有 DNS 要求轉送至電腦。透過代理提交的網域要求,後續解析與路由方式取決於 mihomo 設定;繞過代理的應用程式仍可能使用裝置本身的解析路徑。因此,排查解析異常前,請先確認該要求確實已進入用戶端。
七、使用完畢後檢查並還原設定
- 手機與電視不再需要共享時,請將目前網路的代理改回「無」或「關閉」,避免電腦離線後裝置持續連線失敗。
- 電腦不再提供共享時,請關閉允許區域網路連線,並確認代理入口已恢復為僅限本機存取。
- 刪除暫時建立的防火牆規則;若要保留長期規則,請限制網路設定檔、來源位址和必要連接埠。
- 再次啟用前,依序確認電腦 IP、混合連接埠、訂閱設定檔和規則模式,不要沿用已變更的位址。
完整的驗證流程應為:裝置連線至電腦的區域網路 IP 和混合連接埠,防火牆允許該連線,FlClash 收到要求後依規則選擇出口。依照這個順序檢查,可以分別處理「入口無法連線」、「應用程式未使用代理」和「上游存取失敗」。