Yaygın bölünmüş ana makine kurulumunda OpenClaw Gateway WSL2 içinde çalışır, Chrome Windows üzerinde çalışır ve tarayıcı denetimi WSL2 ile Windows sınırını geçmelidir. issue #39369 kaynaklı katmanlı hata örüntüsü, birkaç bağımsız sorunun aynı anda ortaya çıkabileceği anlamına gelir; bu da önce yanlış katmanın bozuk görünmesine neden olur.Documentation Index
Fetch the complete documentation index at: https://docs.openclaw.ai/llms.txt
Use this file to discover all available pages before exploring further.
Önce doğru tarayıcı modunu seçin
İki geçerli örüntünüz vardır:Seçenek 1: WSL2’den Windows’a ham uzak CDP
WSL2’den bir Windows Chrome CDP uç noktasına işaret eden uzak bir tarayıcı profili kullanın. Şu durumlarda bunu seçin:- Gateway WSL2 içinde kalıyorsa
- Chrome Windows üzerinde çalışıyorsa
- tarayıcı denetiminin WSL2/Windows sınırını geçmesi gerekiyorsa
Seçenek 2: Ana makine yerelinde Chrome MCP
existing-session / user yalnızca Gateway’in kendisi Chrome ile aynı ana makinede çalıştığında kullanın.
Şu durumlarda bunu seçin:
- OpenClaw ve Chrome aynı makinedeyse
- yerel oturum açılmış tarayıcı durumunu istiyorsanız
- ana makineler arası tarayıcı aktarımına ihtiyacınız yoksa
responsebody, PDF dışa aktarma, indirme yakalama veya toplu eylemler gibi gelişmiş yönetilen/yalnızca ham CDP rotalarına ihtiyacınız yoksa
Çalışan mimari
Referans yapı:- WSL2, Gateway’i
127.0.0.1:18789üzerinde çalıştırır - Windows, Denetim UI’ını normal bir tarayıcıda
http://127.0.0.1:18789/adresinde açar - Windows Chrome,
9222bağlantı noktasında bir CDP uç noktası sunar - WSL2 bu Windows CDP uç noktasına erişebilir
- OpenClaw, bir tarayıcı profilini WSL2’den erişilebilen adrese yönlendirir
Bu kurulum neden kafa karıştırıcıdır
Birkaç hata çakışabilir:- WSL2, Windows CDP uç noktasına erişemeyebilir
- Denetim UI güvenli olmayan bir kökenden açılmış olabilir
gateway.controlUi.allowedOriginssayfa kökeniyle eşleşmeyebilir- token veya eşleme eksik olabilir
- tarayıcı profili yanlış adrese işaret ediyor olabilir
Denetim UI için kritik kural
UI Windows’tan açıldığında, bilinçli bir HTTPS kurulumunuz yoksa Windows localhost kullanın. Kullanın:http://127.0.0.1:18789/
Denetim UI için varsayılan olarak bir LAN IP’si kullanmayın. LAN veya tailnet adresinde düz HTTP, CDP’nin kendisiyle ilgisiz güvenli olmayan köken/cihaz kimlik doğrulaması davranışını tetikleyebilir. Bkz. Denetim UI.
Katmanlar halinde doğrulayın
Yukarıdan aşağıya çalışın. İleri atlamayın.Katman 1: Chrome’un Windows üzerinde CDP sunduğunu doğrulayın
Windows’ta Chrome’u uzak hata ayıklama etkin olacak şekilde başlatın:Katman 2: WSL2’nin bu Windows uç noktasına erişebildiğini doğrulayın
WSL2’den,cdpUrl içinde kullanmayı planladığınız tam adresi test edin:
/json/version, Browser / Protocol-Version meta verileri içeren JSON döndürür/json/list, JSON döndürür (açık sayfa yoksa boş dizi de uygundur)
- Windows bağlantı noktasını henüz WSL2’ye açmıyordur
- adres WSL2 tarafı için yanlıştır
- güvenlik duvarı / bağlantı noktası yönlendirme / yerel proxy hâlâ eksiktir
Katman 3: Doğru tarayıcı profilini yapılandırın
Ham uzak CDP için OpenClaw’ı WSL2’den erişilebilen adrese yönlendirin:- yalnızca Windows’ta çalışan adresi değil, WSL2’den erişilebilen adresi kullanın
- harici olarak yönetilen tarayıcılar için
attachOnly: truedeğerini koruyun cdpUrl,http://,https://,ws://veyawss://olabilir- OpenClaw’ın
/json/versionkeşfetmesini istediğinizde HTTP(S) kullanın - WS(S)‘yi yalnızca tarayıcı sağlayıcısı size doğrudan DevTools soket URL’si verdiğinde kullanın
- OpenClaw’ın başarılı olmasını beklemeden önce aynı URL’yi
curlile test edin
Katman 4: Denetim UI katmanını ayrı doğrulayın
UI’ı Windows’tan açın:http://127.0.0.1:18789/
Ardından şunları doğrulayın:
- sayfa kökeni
gateway.controlUi.allowedOriginsdeğerinin beklediğiyle eşleşiyor - token kimlik doğrulaması veya eşleme doğru yapılandırılmış
- bir Denetim UI kimlik doğrulaması sorununu tarayıcı sorunuymuş gibi ayıklamıyorsunuz
Katman 5: Uçtan uca tarayıcı denetimini doğrulayın
WSL2’den:- sekme Windows Chrome’da açılır
openclaw browser tabshedefi döndürür- sonraki eylemler (
snapshot,screenshot,navigate) aynı profilden çalışır
Yaygın yanıltıcı hatalar
Her iletiyi katmana özgü bir ipucu olarak ele alın:control-ui-insecure-auth- UI kökeni / güvenli bağlam sorunu, CDP aktarım sorunu değil
token_missing- kimlik doğrulama yapılandırması sorunu
pairing required- cihaz onayı sorunu
Remote CDP for profile "remote" is not reachable- WSL2 yapılandırılmış
cdpUrladresine erişemiyor
- WSL2 yapılandırılmış
Browser attachOnly is enabled and CDP websocket for profile "remote" is not reachable- HTTP uç noktası yanıt verdi, ancak DevTools WebSocket hâlâ açılamadı
- uzak bir oturumdan sonra eski görünüm alanı / koyu mod / yerel ayar / çevrimdışı geçersiz kılmaları
openclaw browser stop --browser-profile remoteçalıştırın- bu, Gateway’i veya harici tarayıcıyı yeniden başlatmadan etkin denetim oturumunu kapatır ve Playwright/CDP emülasyon durumunu serbest bırakır
gateway timeout after 1500ms- çoğu zaman hâlâ CDP erişilebilirliği veya yavaş/erişilemeyen uzak uç nokta sorunudur
No Chrome tabs found for profile="user"- ana makine yerelinde kullanılabilir sekme yokken yerel Chrome MCP profili seçilmiştir
Hızlı triyaj kontrol listesi
- Windows:
curl http://127.0.0.1:9222/json/versionçalışıyor mu? - WSL2:
curl http://WINDOWS_HOST_OR_IP:9222/json/versionçalışıyor mu? - OpenClaw yapılandırması:
browser.profiles.<name>.cdpUrltam olarak bu WSL2’den erişilebilen adresi mi kullanıyor? - Denetim UI: LAN IP’si yerine
http://127.0.0.1:18789/adresini mi açıyorsunuz? - Ham uzak CDP yerine WSL2 ile Windows arasında
existing-sessionkullanmaya mı çalışıyorsunuz?
Pratik çıkarım
Kurulum genellikle uygulanabilirdir. Zor olan kısım, tarayıcı aktarımı, Denetim UI köken güvenliği ve token/eşlemenin her birinin bağımsız olarak başarısız olabilmesi ve kullanıcı tarafında benzer görünebilmesidir. Şüphe duyduğunuzda:- önce Windows Chrome uç noktasını yerelde doğrulayın
- ardından aynı uç noktayı WSL2’den doğrulayın
- ancak bundan sonra OpenClaw yapılandırmasını veya Denetim UI kimlik doğrulamasını ayıklayın