2026 OpenClaw 遠端 Mac：Tunnel、Webhook、MCP 與 18789 安全守門

18789：不經公網裸奔；只走隧道或受控入口，防火牆與探活同一命名空間。
ngrok 適合分鐘級示範；Cloudflare Tunnel 適合固定網域與常駐——先定 SLO 再選工具。
Webhook：終止點、路徑前綴、Host 與簽章驗證同一真源；Runner 串聯見 OpenClaw 回呼與雲 Mac Runner 的串聯：低信任入站驗證、執行隔離與冪等重試——可觀測性與審計欄位怎麼設計。
MCP：隧道注入路徑與 base path 對齊後再查 JSON-RPC 與鑑權標頭是否被邊緣剝離。
區域／記憶體：看回呼回程與 MTU；跨境對照 WireGuard 與網關配對在跨境遠控中的排障：MTU、非對稱路由、DNS 分流與延遲觀測（雲 Mac 區域與規格選型）。

1. `18789` 對外暴露與安全守門：先定義「誰能連上誰」

控制面 WebSocket 常落在 18789。原則：公網只看見隧道或反向代理。清單寫清監聽位址、隧道到上游對應、防火牆預設拒絕策略、探活與自動化同一命名空間。臨時開洞須限來源 IP 與時間窗並登記回滾。

ngrok 適合日租／聯調快速取得 HTTPS URL；注意子網域與配額對固定回呼的影響。Cloudflare Tunnel 較適合月租以上：固定主機名、WAF、Access。二者須寫明 TLS 終止點 與 X-Forwarded-Proto 是否可信，勿依賴隱式預設。

隧道常加路徑前綴；邊緣回 200 但驗簽失敗時，先對齊完整 URL、Host 與路由表，再查 HMAC／時間窗。Runner 側 trace 與冪等欄位與上文回呼專文同一口徑。

404：path／base 不符；502：上游未監聽或只綁回環；JSON-RPC 錯：Content-Type、壓縮或 body 被改寫。隧道機與公網側各做一次 curl -v 對比；外側獨敗先查 MTU／HTTP2／逾時。同機並行時先排除通訊協定層再懷疑記憶體。

換區後 Webhook 來源 IP 段 可能變，allowlist 須同步。16 GB 適合閘道加單路 MCP；疊構建／雙工作階段看 24 GB。勿用 SSH 手感代替佇列 SLO；非對稱路由依上文 WireGuard 專文分板。記憶體洪峰與 swap 邊界可對齊 Apple Silicon 雲 Mac Runner 記憶體洪峰與 swap 治理：編譯、Docker 與 Xcode 並存的觀測指標、降級策略與套餐記憶體邊界。

季租鎖價前用週租跑憑證輪換；隧道主機名與 DNS 納入變更單。日誌、容器與 Derived Data 並聯成長，inode 與配額與方案邊界一起盯。

問題	建議
日租能否只用來驗證隧道？	可以；凍結隧道設定、回呼 URL 與版本表，避免「第二天子網域變了」。
週租適合什麼？	跨時區聯調與多供應商 Webhook 並行；統一告警閾值。
月租／季租額外要做什麼？	憑證自動續期演練、WAF 規則回滾、磁碟與 inode 告警。
儲存並聯怎麼控？	分卷：日誌、快取、製品；定期 prune 與配額，避免與記憶體壓力疊加成雪崩。