1 為何在 Chromebook 的 Crostini 跑 Mihomo
Chrome OS 上的 Chrome 瀏覽器與 Android 子系統，走的是 Google 整包的系統網路堆疊；一般無法像 Windows 或 macOS 那樣直接安裝圖形版 Clash 用戶端並一鍵接管全系統。相對地，內建的 Linux 開發環境（Crostini） 在虛擬機裡提供接近上游的 Debian 系使用者空間，適合放與 Clash 設定相容的命令列核心——Mihomo（延續 Meta 核心路線）能讀取常見的 config.yaml、proxy-providers 訂閱與規則，行為與多數使用者熟悉的 Clash 生態一致。
這條路徑的代價是必須自己處理二進位下載、目錄權限、常駐方式與對外可達性：Crostini 與 Chrome OS 主系統之間仍有網路邊界，區網裝置預設看不到容器內服務，往往需要透過 Chrome OS 內建的通訊埠轉發才能把代理埠暴露到 Wi‑Fi 上的手機或筆電。若您要在一般 x86／ARM 伺服器或桌機 Linux用 systemd 常駐，站內另有專文可對照：Linux 安裝 Mihomo 與 systemd；本文則專注Chromebook 場景與區網分享代理的實務細節。
allow-lan 等同在區網上多了一個可登入的 HTTP／SOCKS 入口，建議強密碼、僅在信任網段使用，並避免在公共 Wi‑Fi 長期轉發。
2 開啟 Linux（Beta）並更新系統
在 Chromebook 上進入「設定 → 進階 → 開發人員」或「設定 → 開發人員」（依 Chrome OS 版本與機型文案略有差異），啟用 Linux 開發環境，等待初次下載完成後會得到名為 penguin 的預設容器。首次進入終端機建議先更新索引與套件，減少後續編譯或相依問題；若您的網路需先走 HTTP 代理才能連到 Debian 鏡像，可暫時在終端機匯出 http_proxy／https_proxy 再執行 sudo apt update，完成後記得視需求還原，避免長期誤把內網流量送去代理。
sudo apt update && sudo apt upgrade -y
sudo apt install -y curl ca-certificates部分教育或企業管裝置會鎖定 Linux 或阻擋虛擬機，若選項呈現灰色，需先與管理員確認政策，本文步驟無法繞過裝置管理限制。
3 下載與安裝 Mihomo 二進位
Mihomo 官方於 GitHub Release 提供多架構壓縮包；請在 Crostini 內以 uname -m 判斷：x86_64 多對應 Intel／AMD Chromebook，aarch64（或顯示為 arm64）對應 ARM Chromebook。下載後解壓到使用者目錄下獨立資料夾（例如 ~/mihomo），將執行檔命名為易於輸入的名稱並賦予執行權限。以下路徑與檔名請依實際 Release 資產替換，教學僅示意思路。
uname -m
mkdir -p ~/mihomo && cd ~/mihomo
# Download and extract the matching linux-amd64 or linux-arm64 archive from upstream Release, then:
chmod +x ./mihomo若您習慣以套件管理器安裝，請留意套件版本是否落後於上游、以及是否與您手邊的設定語法一致；在 Crostini 這類長週期 Debian環境，自行追蹤 Release 往往更可控。上游原始碼與變更紀錄可於 GitHub 查閱；安裝套件或圖形用戶端若需與本站教學對齊，仍建議以本站下載頁取得 Windows／macOS／Linux 圖形版為主，Chromebook 則以本文命令列核心路徑補足。
4 最小 config.yaml：埠、外部控制器與規則骨架
在 ~/mihomo（或您自訂的目錄）建立 config.yaml。關鍵欄位包含：mixed-port（常見 7890，同時服務 HTTP 與 SOCKS 客戶端）、allow-lan: true（允許區網連入，後續區網裝置才連得到）、bind-address（需監聽所有介面時設為 '*' 或 0.0.0.0，實際可用語法以核心版本文件為準）、以及僅綁本機的 external-controller 與 secret 以便用瀏覽器面板管理（可參Mihomo 外部控制器與 Yacd）。下方為教學用骨架，請替換密鑰並依需求補齊 DNS、規則集與進階嗅探選項。
mixed-port: 7890
allow-lan: true
bind-address: '*'
mode: rule
log-level: info
external-controller: 127.0.0.1:9090
secret: "replace-with-a-long-random-secret"
dns:
enable: true
enhanced-mode: fake-ip
nameserver:
- 1.1.1.1
proxy-groups:
- name: PROXY
type: select
use:
- mysub
proxies:
- DIRECT
proxy-providers:
mysub:
type: http
url: "https://example.com/your-subscription-url"
path: ./providers/mysub.yaml
interval: 3600
health-check:
enable: true
url: https://www.gstatic.com/generate_204
interval: 600
rules:
- MATCH,PROXY
訂閱連結請替換為服務商提供的 Clash／Mihomo 相容連結；path 指向的 providers 子目錄需先 mkdir -p ~/mihomo/providers。若您要疊加本機片段而不改動上游訂閱，可延伸閱讀mixin 與訂閱覆寫，但 Crostini 內仍以「單一 config.yaml 可啟動」為第一目標。
5 訂閱匯入與更新節奏
proxy-providers 區塊負責週期性拉取遠端訂閱並落地成 YAML；interval 控制輪詢秒數，過短可能觸發機場頻率限制，過長則節點變更不即時。health-check 可協助在選擇器中標示延遲，但是否啟用視訂閱類型而定。若供應商要求特定 User-Agent，請查 Mihomo 文件於 provider 層級補上，避免回傳空清單或 403。
首次啟動前，可在容器內以 curl -I 測試訂閱 URL 是否可達；若需經企業代理才能出網，請先把該環境變數設好再啟動核心，否則 proxy-providers 拉檔會失敗。完成後實際節點名稱以落地檔為準，若與規則內寫死的策略名不一致，請同步調整 proxy-groups 或規則，避免啟動時報錯。
6 啟動、日誌與本機驗證
在設定檔所在目錄以前台方式啟動最易除錯；確認無誤後再改為背景常駐。Mihomo 一般以 -d 指定組態目錄（含 config.yaml）。若日誌顯示無法綁定埠，多半是上一個行程未關閉或埠被其他程式占用，可用 ss -lntp 查看。
cd ~/mihomo
./mihomo -d .
另開終端機，測試混合埠是否可用（將埠號改為您的 mixed-port）：
curl -x http://127.0.0.1:7890 -I https://www.google.com
若前台測試成功，可視環境選擇常駐方式：較新的 Crostini 若已啟用 systemd，可嘗試使用者服務；若 systemctl --user 不可用，可用 nohup、screen 或 tmux 保持行程，並自行處理開機後手動啟動。教育場域裝置重開機頻繁時，建議把啟動指令寫成腳本以降低遺漏。
7 區網代理：allow-lan 與監聽位址
當 allow-lan 為 true 且核心監聽在非僅限本機的位址時，同一 Linux 網路命名空間內的其他程式即可透過容器 IP 存取代理埠。但在 Chromebook 上，Chrome OS 主系統與 Crostini 並不在同一層命名空間，因此「手機連到您家 Wi‑Fi」後，預設無法直接打進容器內的 10.x 類位址；這與一般家用路由器旁路閘道不同，也是許多使用者設定後仍覺得「區網連不上」的主因。
在容器內可用 ip -br a 或 hostname -I 檢視介面位址，作為Linux 應用程式互連或除錯參考；若要讓其他實體裝置使用，請接續下一節的 Chrome OS 通訊埠轉發，或改採僅在本機瀏覽器／Linux 應用程式內設定代理，縮小暴露面。
allow-lan 與監聽位址設定；僅改 YAML 但未重啟行程、或 Chrome OS 未轉發埠，外觀症狀會類似「開了卻沒開」。
8 Chrome OS 通訊埠轉發與區網裝置設定
在支援的 Chrome OS 版本上，開啟「設定 → 開發人員 → Linux → 通訊埠轉發（Port forwarding）」，新增一條規則，把對外 TCP 埠對應到 Crostini 內的 mixed-port（例如 7890）。完成後，同一 Wi‑Fi 下的手機或筆電即可將 HTTP／HTTPS 代理設為 Chromebook 在區網的 IP 加該埠（實際 IP 可在 Chrome OS 的網路詳情中查看）。若介面未提供此選項，可能受版本或政策限制，只能退而求其次使用僅限本機 Linux的代理，或改用其他可安裝圖形用戶端的平台。
客戶端設定上，多數系統支援「手動代理」或 PAC；請與您的訂閱策略一致選擇 HTTP 或 SOCKS。若僅代理 HTTP 而略過 HTTPS，部分 App 仍會直連失敗——請依客戶端說明同時勾選 HTTPS／Secure proxy。測試時建議先用瀏覽器開啟純 HTTPS 頁面，再逐步擴大到全系統代理。
9 DNS、FakeIP 與「誰會走代理」
當 dns.enhanced-mode 設為 fake-ip 時，應用程式看到的解析結果由核心維護；若某些程式繞過 Mihomo 直接解析，可能出現連線策略與預期不符。在 Crostini 內通常可把 Linux 的 DNS 請求導向本機核心監聽埠（細節依發行版與 systemd-resolved 與否而異），排錯時可先暫降為較單純模式確認連線，再恢復 fake-ip。更完整的 DNS 防洩與規則搭配，可對照Meta 核心 DNS 防洩漏。
另一方面，Chrome OS 內建的 Chrome 瀏覽器預設不會自動使用 Crostini 裡的 Mihomo，除非您另外在瀏覽器層使用代理擴充功能、或在系統層有可用的代理設定；相對地，Linux 子系統內安裝的瀏覽器或 CLI 工具，在正確設定 http_proxy 或應用程式代理後，會走容器所見的出口。把這條邊界講清楚，能避免「以為全機已代理、其實只有一半流量」的誤會。
10 常見問題排查
- 核心啟動即報錯：多半是 YAML 縮排、策略名與訂閱節點不一致，或
providers路徑不存在；以前台模式看完整日誌最快。 - 本機 curl 通、手機不通：優先檢查 Chrome OS 是否完成通訊埠轉發、Chromebook 區網 IP 是否變更、防火牆或訪客網路是否隔離用戶端。
- 訂閱拉不下來：查 URL 是否需特定 UA、是否被機場限速、或當下出口 IP 被攔截；必要時先直連測試再掛代理。
- 能連上代理但網頁空白或憑證錯誤：回到 DNS 與規則，確認沒有把應有直連的更新網域誤送節點，或中間人檢查 HTTPS。
- 效能偏差：ARM 與 x86 表現不同屬正常；可調整節點、關閉不必要嗅探或改規則集大小，與一般 Clash 調優相同。
11 總結
Chromebook 上要獲得與 Clash 相容且可維護的體驗，Crostini 內自建 Mihomo 是務實路線：先辨識 CPU 架構並安放二進位，再以 proxy-providers 匯入訂閱、用 mixed-port 提供 HTTP／SOCKS，透過 allow-lan 與 bind-address 放寬監聽，最後依 Chrome OS 是否支援，補上通訊埠轉發讓區網裝置把代理指向您的筆電。把「容器網路／系統瀏覽器／FakeIP」三條線分開理解，排錯會快很多。
相較在論壇零散複製片段設定，先完成可重現的最小組態再疊加規則與面板，長期成本更低。若您同時需要 Windows、macOS 或標準 Linux 上的圖形用戶端與本站教學對齊，建議從本站下載頁取得安裝包，再把 Crostini 內的 Mihomo 當作行動裝置與輕量開發場景的補位，而非互斥選項。
