如果你正在使用 OpenClaw 構建 AI 自動化工作流，你一定會用到它的核心技能之一：網頁控制（Browser Automation）。通過 Chrome DevTools Protocol (CDP)，OpenClaw 可以像真人一樣瀏覽網頁、抓取快照、點擊按鈕和填寫復雜的表單。

然而，如果你像我一樣，選擇在 Windows 的 WSL (Windows Subsystem for Linux) 環(huán)境下使用 Docker 部署 OpenClaw，你很快就會撞上一堵“網絡隔離”的高墻。

這篇文章將帶你還原這個經典的踩坑過程，并給出最終的正確架構方案：如何安全地讓 Docker 里的 OpenClaw 接管宿主機的瀏覽器，并保持持久化的登錄狀態(tài)。

1. 踩坑實錄：看似在同一棟樓，實則隔了一座山

最初的設想很簡單：在宿主機啟動一個開啟了 9222 調試端口的 Chrome，然后讓 Docker 容器里的 OpenClaw 去連接它。

但在 Docker Desktop on Windows 環(huán)境下，你會發(fā)現無論怎么配置，連接總是超時失?。?/p>

• ? localhost:9222 無效： 容器里的 localhost 只是容器自己，找不到外面的瀏覽器。
• ? Docker 網關 IP（如 172.18.0.1）無效： 它只是 NAT 網關，路由不到 WSL 內部。
• ? WSL 局域網 IP（如 192.168.5.x）無效： Docker Desktop 使用的是 Hyper-V 虛擬交換機，而 WSL2 有自己獨立的虛擬網絡。兩者雖然都在一臺物理機上，但在網絡層面上互不相通。

由于原生網絡路由走不通，我們需要引入一個輕量級的內網穿透工具來搭橋。

2. 解決方案設計：Cloudflare Tunnel + 狀態(tài)持久化

目前的最佳實踐方案是使用 Cloudflared Tunnel 將宿主機的調試端口暴露出來，讓容器通過公網（或安全隧道）繞回宿主機。

但在打通網絡之外，還有一個極其重要的業(yè)務痛點：防攔截與登錄狀態(tài)復用。

假設你的 OpenClaw 技能鏈條非常長——比如它需要先去競爭對手的電商網站定時抓取特定商品的價格和庫存，然后自動登錄你的內部后臺系統（如 Jira 或 Notion）生成數據報告，最后將關鍵的降價預警通過網頁版 WhatsApp 或 Slack 自動發(fā)送給銷售團隊。

如果你每次連接的都是一個純凈無痕的 Headless 瀏覽器，AI 就會反復卡在掃碼和登錄驗證碼上，自動化就成了空談。因此，我們必須讓被接管的瀏覽器記住你是誰。

3. 核心配置步驟

以下是實現“網絡穿透 + 狀態(tài)復用”的完整操作指南：

第一步：在 WSL 中啟動帶“用戶數據”的無頭瀏覽器

這是最關鍵的一步。除了開啟遠程調試和無頭模式，你必須加上 --user-data-dir 參數，為 OpenClaw 分配一個專屬的本地文件夾來持久化保存 Cookie 和 Session。

打開 WSL 終端，執(zhí)行以下命令：

google-chrome?--remote-debugging-port=9222?--remote-debugging-address=0.0.0.0?--headless=new?--disable-gpu?--no-sandbox?--user-data-dir="$HOME/openclaw-chrome-data"

(?? 技巧：第一次運行時，你可以先去掉 --headless=new 參數，手動在彈出的界面里把需要的平臺賬號全部登錄好，然后再切回無頭模式后臺運行。)

第二步：啟動 Cloudflared 內網穿透

保持瀏覽器運行，在另一個終端窗口中啟動 Tunnel，將本機的 9222 端口暴露出去：

cloudflared?tunnel?--url?http://127.0.0.1:9222

稍等片刻，終端會輸出一個類似 https://your-random-words.trycloudflare.com 的公網地址。

第三步：配置 OpenClaw 連接隧道

由于 CDP 協議走的是 WebSocket，而且瀏覽器底層控制不僅需要域名端口，還需要具體的瀏覽器實例 UUID。

你需要請求本地的 http://127.0.0.1:9222/json/version 獲取類似 /devtools/browser/xxxx-xxxx... 的路徑，并將其與 Cloudflare 生成的域名拼接，將 https 替換為 wss。最終填入 OpenClaw 配置文件的地址應該長這樣：

{
??"browser":?{
????"enabled":?true,
????"driver":?"chrome-devtools-mcp",
????"mcp":?{
??????"cdpUrl":?"wss://your-random-words.trycloudflare.com/devtools/browser/1234abcd-..."?
????}
??}
}

重啟你的 OpenClaw 容器?，F在，你可以直接在聊天框發(fā)送指令："打開微信公眾平臺"。

4. ?? 必讀的安全警告

由于 CDP（Chrome DevTools Protocol）本身沒有任何密碼校驗機制，通過 Tunnel 將 9222 端口暴露在公網上，意味著任何拿到這個 URL 的人都可以直接獲取你這臺機器的執(zhí)行權限。

最佳實踐： 自動化任務執(zhí)行完畢后，務必及時關掉 Cloudflared Tunnel。千萬不要讓它一直在后臺運行。

5. 附贈：一鍵安全啟停與 URL 自動抓取腳本 (Bash Script)

為了避免每次都要開兩個終端窗口分別啟動 Chrome 和 Cloudflared，且容易忘記關閉帶來安全隱患，我寫了一個終極版的 Bash 腳本。

這個腳本將兩個進程綁定在一起，實現一鍵啟動，它會自動輪詢獲取 Cloudflare 域名，并自動提取 Chrome 底層實例的 UUID 進行完美拼接。最后，在你按下 Ctrl+C 時它會自動安全銷毀 Tunnel 進程，防止端口泄露。

在你的 WSL 中創(chuàng)建一個名為 openclaw-chrome-start.sh 的文件，填入以下代碼：

#!/bin/bash
#?openclaw-chrome-start.sh
#?一鍵啟動?Chrome（帶狀態(tài)持久化）+?Cloudflare?Tunnel
#?智能抓取并拼接完整的?WebSocket?URL?(帶瀏覽器?ID)
CHROME_DATA_DIR="$HOME/openclaw-chrome-data"
echo?-e?"???啟動?\033[0;34mOpenClaw?Chrome?+?Tunnel\033[0m..."
cleanup()?{
??echo?-e?"\n???收到關閉信號，正在清理..."
??pkill?-f?"cloudflared?tunnel"?2>/dev/null
??echo?-e?"??已安全關閉?Cloudflared?Tunnel，公網訪問已切斷。"
??echo?-e?"???Chrome?繼續(xù)在本地后臺運行，下次連接速度更快。"
??exit?0
}
trap?cleanup?SIGINT
#?1.?檢查?Chrome?是否已運行
if?pgrep?-f?"chrome.*remote-debugging"?>?/dev/null;?then
??echo?"??Chrome?已在運行，復用已有實例"
else
??echo?"???啟動?Chrome（數據目錄:?$CHROME_DATA_DIR）..."
??google-chrome?\
????--remote-debugging-port=9222?\
????--remote-debugging-address=0.0.0.0?\
????--user-data-dir="$CHROME_DATA_DIR"?\
????--headless=new?\
????--no-sandbox?\
????--disable-gpu?\
????>?/tmp/chrome-output.txt?2>&1?&
??sleep?2?
fi
#?2.?啟動?Cloudflare?Tunnel
echo?"???正在啟動?Cloudflared?Tunnel..."
>?/tmp/tunnel-output.txt?
cloudflared?tunnel?--url?http://127.0.0.1:9222?>?/tmp/tunnel-output.txt?2>&1?&
TUNNEL_PID=$!
echo?"??正在與?Cloudflare?節(jié)點建立連接獲取地址?(最多等待?15?秒)..."
#?3.?智能輪詢獲取?Tunnel?URL
TUNNEL_URL=""
for?i?in?{1..15};?do
??TUNNEL_URL=$(grep?-o?'https://[-a-zA-Z0-9]*\.trycloudflare\.com'?/tmp/tunnel-output.txt?|?head?-n?1)
??if?[?-n?"$TUNNEL_URL"?];?then
????break
??fi
??sleep?1
done
if?[?-z?"$TUNNEL_URL"?];?then
??echo?-e?"\n???獲取超時！未能自動提取到?Tunnel?地址，請手動查看日志："
??cat?/tmp/tunnel-output.txt?|?grep?-E?"ERR|INF"
??pkill?-f?"cloudflared?tunnel"?2>/dev/null
??exit?1
fi
#?4.?獲取?Chrome?DevTools?具體的?UUID?路徑并拼接
echo?"???正在獲取?Chrome?瀏覽器底層實例?ID..."
#?把?https?換成?wss
WSS_BASE="${TUNNEL_URL/https/wss}"
#?用?curl?獲取?JSON?數據，并用?grep?正則提取?/devtools/browser/...?路徑
WS_PATH=$(curl?-s?http://127.0.0.1:9222/json/version?|?grep?-o?"/devtools/browser/[a-f0-9-]*")
if?[?-z?"$WS_PATH"?];?then
???echo?-e?"???警告：無法獲取?DevTools?路徑，可能是?Chrome?啟動異常。"
???FINAL_URL="$WSS_BASE"
else
???#?完美拼接
???FINAL_URL="${WSS_BASE}${WS_PATH}"
fi
#?5.?輸出最終結果
echo?-e?"\n======================================================="
echo?-e?"???環(huán)境啟動成功！"
echo?-e?"???請將以下【完整】地址復制到?OpenClaw?的配置中："
echo?-e?"\033[1;32m$FINAL_URL\033[0m"
echo?-e?"=======================================================\n"
echo?-e?"???保持此窗口打開。自動化執(zhí)行完畢后，請按?\033[0;31mCtrl+C\033[0m?關閉?Tunnel。"
#?掛起腳本，等待用戶按?Ctrl+C
wait?$TUNNEL_PID

使用方法：

• 賦予腳本執(zhí)行權限： chmod +x openclaw-chrome-start.sh
• 運行腳本： ./openclaw-chrome-start.sh
• 復制終端綠色的完整 URL 即可使用。
• 測試完畢后，在這個終端窗口按下 Ctrl+C，腳本會自動殺掉 Tunnel 進程，確保系統安全，同時讓 Chrome 在后臺沉睡以備下次秒連。

希望這篇指南能幫你徹底解決 Docker 與宿主機瀏覽器通信的難題，讓你的 AI Agent 真正做到跨平臺的“手眼通天”！

到此這篇關于在Docker中配置 OpenClaw 實現帶狀態(tài)的網頁自動化的解決方案的文章就介紹到這了,更多相關OpenClaw帶狀態(tài)的網頁自動化內容請搜索腳本之家以前的文章或繼續(xù)瀏覽下面的相關文章，希望大家以后多多支持腳本之家！

最新評論