Nach der OpenClaw-Installation ist oft die Remoteverbindung die nächste Hürde: wie Laptop, CI-Bastion oder ein anderer Mac ein Gateway auf einem Vuncloud M4-Cloud-Host erreicht (oder umgekehrt: Betreiber in APAC mit Gateway in Nordamerika). Direct (wss) bündelt TLS und WebSocket in einem Hop—kürzester Pfad. Ein SSH-Tunnel (typisch -L Local Port Forwarding) ersetzt „öffentliches regionsübergreifendes wss“ durch „zuerst per SSH auf die Maschine, dann auf lokalem Loopback sprechen“. Dieser Artikel fasst beide Modi in einer Entscheidungsmatrix zusammen, verknüpft US-Ost, US-West und APAC zum Mitlaufen, M4 16 GB vs 24 GB, 1 TB/2 TB und parallele Ressourcen, launchd-Daemon-Persistenz sowie FAQ zu Exit 127, Health und Web Chat. Fakten bleiben verankert an Install, onboard CLI und Remote gateway setup; das vorige Install-Runbook ist OpenClaw auf einem Mac-Cloud-Host—Installation, SSH/VNC-Abnahme, Regionen, M4-RAM, Speicher & Parallel-FAQ.
Suchintention: Egress-Zwang vor Transportwahl klären
Oft wird „SSH“ gegen „wss“ gestellt. Präziser: wss bleibt das Anwendungsprotokoll zwischen OpenClaw-Client und Gateway; SSH ersetzt nur den öffentlichen Pfad oder mappt den Remote-Loopback-Port auf den Laptop-Loopback in manchen Netzen. Zuerst mit der Tabelle unten belegen, dann Konfiguration ändern.
| Was Sie sehen | Wahrscheinliche Hauptursache | Zuerst versuchen |
|---|---|---|
| wss-Handshake scheitert im Firmen-WLAN; Hotspot funktioniert | Egress blockiert WebSocket/TLS oder Proxy tauscht Zertifikate | Compliance-Allowlist; oder genehmigter SSH-Tunnel um das blockierte direkte Segment |
| Transozean-Direct verbindet, bricht aber oft ab | Hohe RTT plus Middlebox-Idle-Timeouts; oder CPU/IO-Sättigung auf einem Host | Gateway-Region an Betreiber ausrichten; parallele Rollen splitten; offizielle Gateway-Logging-Hinweise nutzen |
| Nur launchd scheitert; interaktive SSH ist in Ordnung | PATH weicht von Shell-Init ab (häufig Exit 127) | Absolute Pfade in der plist oder ein Installationspräfix; launchctl-Umgebung ausgeben |
| Browser-Web Chat bricht; CLI ist in Ordnung | Mixed Content, Erweiterungen oder falscher Browser-Origin | wss-URL, Zertifikate und Reverse-Proxy-Upgrade-Einstellungen angleichen |
SSH-Tunnel vs. Direct (wss): Vergleich und Grenzen
Hier bedeutet Direct, dass der Client dem offiziellen Remote-Onboard zu einem wss://-Endpunkt folgt. SSH-Tunnel heißt, Sie halten ssh -L (oder Äquivalent), mappen den Remote-Port auf localhost und verbinden dann. Portbeispiele folgen gängigen CLI-Doku-Mustern—durch Ihre echten Gateway-Einstellungen ersetzen.
| Dimension | Direct (wss) | SSH-Tunnel (-L) |
|---|---|---|
| Hops | Wenig: TLS direkt zum Gateway oder Terminierungspunkt | Zusätzliche SSH-Schicht; kann umgehen, dass der Laptop regionsübergreifendes wss nicht erreicht |
| Ops-Kopflast | Zertifikate, DNS, Token und offizielle doctor-Ausgabe sind die Wahrheit | Zusätzlich Tunnel-Lebensdauer und lokaler Port-Drift überwachen |
| Sicherheit und Compliance | Unternehmens-TLS- und Key-Rotation-Baselines einhalten | SSH braucht ebenfalls MFA, Jump Hosts und Audit; Klartext auf beiden Seiten stapeln vermeiden |
| Typische Passform | Egress erlaubt es; Listen-Adresse und Zertifikate sind bereit | Kurzfristige Triage, unübersichtliches regionsübergreifendes DNS oder Policy, die nur SSH erlaubt |
Direct (wss): Minimalbefehl und Doku-Anker
Offizielles Remote-Modus-Beispiel in onboard:
openclaw onboard --mode remote --remote-url wss://gateway-host:18789
Klartext-ws:// und OPENCLAW_ALLOW_INSECURE_PRIVATE_WS gehören nur unter dem dokumentierten Threat Model; Produktions-Defaults sollten der upstream-Sicherheitsrichtlinie folgen.
SSH-Tunnel: Remote-Gateway auf lokalen Loopback holen
Wenn das Gateway nur auf Remote-127.0.0.1 lauscht und Sie es vom Laptop wie einen lokalen Dienst behandeln wollen, ist Local Forwarding das übliche Muster (echte Ports einsetzen):
# Laptop: Remote 127.0.0.1:18789 auf lokal 18789 mappen
ssh -N -L 18789:127.0.0.1:18789 user@vuncloud-remote-host
Dann remote-url auf wss://127.0.0.1:18789 oder die dokumentierte Form setzen. Wenn TLS außerhalb von SSH endet, weiterhin offizielle Zertifikatsprüfungen—keine Kombinationen aus „selbstsigniert plus global Verifikation aus“ schwer auditierbar machen.
US-Ost, US-West, APAC: ein Diagramm für Gateway vs. Betreiber
Regionsnuancen stehen auch in den Feldnotizen Mac-Cloud-Host Region und Mietentscheid und dem CI/CD-Artikel Mac-Cloud-Host CI/CD. Für OpenClaw zählt eine Zeile: wss-RTT und Verlust verstärken sich bei Tool-Roundtrips. Transozean ist machbar, wenn Sie hochfrequente Interaktion nah an Menschen halten und Batch- oder ausgehende Kanäle nah an Repos und APIs.
M4 16 GB vs 24 GB; 1 TB/2 TB; parallele Splits: wenn der Link „instabil“ wirkt
Speicher und Platte ändern nicht das wss-Protokoll, aber ob Sie Swap-Churn, ein volles Root-Volume oder Multi-Job-Konkurrenz fälschlich als Netzfehler lesen. Faustregel: residentes Gateway plus Browser-Tools und parallele Indizierung begünstigen 24 GB für Tail-Latenz; 1 TB/2 TB puffern Logs, Caches und mehrstufige Toolchains. Parallele Instanzen splitten Rollen, senken Single-Host-Konkurrenz und reduzieren falsche Health-Positives durch CPU-Hunger.
| Topologie | Welche „Pseudo-Link“-Probleme es mildert | Kosten |
|---|---|---|
| Single-Host Direct wss | Einfachster Link; kleinste Triage-Fläche | Build-Spitzen können mit Gateway-I/O konkurrieren |
| Zwei-Knoten-parallel: A Gateway / B schwere Jobs | Glattere Warteschlangen und Health | Tokens, Cache-Roots und Zertifikate müssen im Runbook stehen |
| Laptop-SSH-Tunnel zu einem Nordamerika-Gateway | Wenn Egress nur SSH erlaubt | Wenn der Tunnel stirbt, stirbt alles—autossh, systemd oder Terminal-Sitzungen im Blick |
Daemon-Persistenz (launchd) und die Lücke „nur SSH funktioniert“
Offizielle Pfade umfassen openclaw onboard --install-daemon und launchd/LaunchAgent-Hinweise in den Gateway-Install-Dokus. Abnahme-Checkliste:
- Direkt nach Reboot
openclaw gateway statusausführen—nicht auf Erinnerung an manuellen Start verlassen. - Dieselben absoluten Node-/OpenClaw-Pfade in launchd wie in interaktiver Shell nutzen, oder einen offiziellen Präfix-Installer, um Exit 127 zu vermeiden.
- Logverzeichnis und Workspace-Rechte gemäß offizieller macOS-Logging-Dokus bestätigen.
FAQ: Exit 127, Health, Web Chat und übergreifende Tunnel-/wss-Triage
Jeder Punkt: Symptom → schneller Befund → Aktion. Entspricht dem inline FAQPage-JSON-LD.
- Exit 127 unter launchd oder cron → PATH ohne
openclaw/ Node → absolute Pfade in der plist;which openclawmit interaktivem SSH vergleichen. - Exit 127 nur in Skript-Kindern → fehlerhafter Shebang oder Env → explizit
/usr/bin/env nodeaufrufen oder Interpreterpfad fixen. - doctor / Health meldet Gateway schlecht, Tunnel ist down →
remote-urlzeigt noch auf 127.0.0.1 → SSH-Lvor Statusbefehlen starten. - Web Chat verbindet nicht → falscher Host / Mixed Content / Erweiterungen → WebSocket-Frames in DevTools; mit deaktivierten Blockern erneut testen.
- Intermittierend 401/403 oder falsches Token bei Direct → mehrere Konfigquellen → auf eine Datei und eine Env-Quelle vereinheitlichen.
- Unternehmens-TLS-MITM → OS vertraut Custom-Root nicht → gemäß Policy importieren oder dokumentiertes Terminierungsmuster nutzen.
ws://, deaktivierte Zertifikatsprüfung und Break-Glass-Umgebungsvariablen gehören nur unter explizitem Threat Model und Change-Ticket; Defaults sollten offiziellen Sicherheits-Defaults folgen.
Abschluss und weiterführende Links
Empfohlene Reihenfolge: Region und Gateway-Platzierung wählen → Direct oder SSH-Umhüllung wählen → Daemon und PATH fixieren → Baseline mit doctor/status → dann 16/24 GB, Platte und parallele Splits tunen. Preise und Regionen: https://vuncloud.com/de/mac-mini-mieten.html; Selbstbedien-Dokus: https://vuncloud.com/de/help-center.html.
Link-Topologie in ein auditierbares Runbook schreiben
Auf einem M4-Cloud-Host mit OpenClaw sind „installiert“ und „erreichbar“ verschiedene Zeilen: SSH-Tunnel und Direct wss sind nur Transport-Umhüllungen; langfristige Kosten sitzen in Regionsausrichtung, Daemon-Umgebungs-Parität und Schlüsselfläche nach parallelen Splits. Diesen Artikel mit dem Install-Runbook in der internen Wiki ablegen, um wiederholtes Raten im Call zu vermeiden.
Über die Startseite Footprint prüfen, Budget an Paketen und Preisen ausrichten und das Hilfecenter für Bereitstellung und Remote-Sitzungen nutzen.