OpenClaw-Update-Fix: Behebung von Telegram-Exec-"Allowlist Miss"-Fehlern

Telegram-Exec-Fehler nach OpenClaw-Update
Nach einem kürzlichen OpenClaw-Update berichteten Nutzer, dass Telegram-Bots und -Kanäle normal antworteten, Exec-Befehle jedoch durchgängig mit dem Fehler exec denied: allowlist miss fehlschlugen. Dies trat selbst auf, nachdem offensichtliche Berechtigungs- und Genehmigungsprobleme behoben wurden.
Ursache: Drei separate Barrieren
Der Fehler resultierte aus drei Konfigurationsproblemen:
- Erweiterter Telegram-Zugriff war nicht aktiviert: Erweiterte Exec-Befehle erfordern explizite Aktivierung plus eine Allowlist für Nutzer, die sie anfordern dürfen
- Exec-Genehmigungen waren nicht für Telegram konfiguriert: OpenClaw konnte entweder keine Genehmigungen auf Telegram abfragen oder wartete weiterhin auf Genehmigungen, die nicht zur Verwendung vorgesehen waren
- Gateway-Host-Exec standardmäßig auf Allowlist: Bei Verwendung erweiterter Exec-Befehle wechselt die Ausführung zu host=gateway. Ohne explizite
tools.exec.security-Einstellungen verwendet Gateway-Host-Exec standardmäßig eine Allowlist, was den anhaltenden Fehler verursachte
Vollständige Fehlerbehebungskonfiguration
Schritt 1 — Erweiterten Zugriff für Telegram in openclaw.json aktivieren:
"elevated": {
"enabled": true,
"allowFrom": {
"telegram": [
"YOUR_TELEGRAM_USER_ID",
"telegram:group:YOUR_GROUP_ID"
]
}
}Schritt 2 — Shell-ähnliche Befehle in Telegram in openclaw.json erlauben:
"commands": {
"text": true,
"bash": true,
"allowFrom": {
"telegram": [
"YOUR_TELEGRAM_USER_ID"
]
}
}Schritt 3 — Exec-Genehmigungsaufforderungen global in exec-approvals.json deaktivieren:
"defaults": {
"security": "full",
"ask": "off",
"askFallback": "full"
}Schritt 4 — Die entscheidende Lösung: Exec-Sicherheit + Host explizit in openclaw.json setzen:
"exec": {
"security": "full",
"host": "gateway"
}Vollständige funktionierende Konfiguration
~/.openclaw/openclaw.json:
"tools": {
"profile": "coding",
"elevated": {
"enabled": true,
"allowFrom": {
"telegram": [
"YOUR_TELEGRAM_USER_ID",
"telegram:group:YOUR_GROUP_ID"
]
}
},
"exec": {
"security": "full",
"host": "gateway"
}
},
"commands": {
"native": "auto",
"restart": true,
"text": true,
"bash": true,
"allowFrom": {
"telegram": [
"YOUR_TELEGRAM_USER_ID"
]
}
}~/.openclaw/exec-approvals.json:
"defaults": {
"security": "full",
"ask": "off",
"askFallback": "full"
}Testen der Lösung
Nach Anwendung der Konfiguration:
- Gateway neu starten:
openclaw gateway restart - Neue Telegram-Sitzung mit
/newstarten - Mit
! pwdtesten
Die entscheidende Erkenntnis: Wenn Telegram-Exec nach einem Update fehlschlägt, liegt das Problem möglicherweise nicht an Telegram-Berechtigungen oder -Genehmigungen. Erweiterte Exec-Befehle wechseln zu host=gateway, und Gateway-Exec-Sicherheit verwendet standardmäßig eine Allowlist, es sei denn, sie wird explizit auf "full" mit host: "gateway" gesetzt.
📖 Read the full source: r/openclaw
👀 Siehe auch

Kosteneffiziente OpenClaw-Multi-Agent-Einrichtung mithilfe von Abonnementmodellen
Ein Reddit-Nutzer beschreibt, wie er alle OpenClaw-Multi-Agent-Operationen über bestehende $200 Anthropic Pro Max- und $200 ChatGPT OpenAI Codex-Abonnements statt über direkte API-Aufrufe abwickelt, wobei er günstigere Anthropic-Modelle für einfache Agenten und komplexere Modelle für andere verwendet.

Benutzerdefinierte Fähigkeiten für Claude Co-Work erstellen: Best Practices und Formate
Erforsche bewährte Praktiken zur Erstellung benutzerdefinierter Fähigkeiten für Claude Co-Work mit spezifischen Formatierungstipps und Implementierungsratgebern aus nutzererfahrungen Einsichten.

OpenClaw-Subagenten als zustandslose Funktionen statt als dauerhafte Teammitglieder behandeln
Ein Entwickler teilt seine Erfahrung beim Wechsel von der Behandlung von OpenClaw-Subagenten als persistente Teammitglieder mit Persönlichkeiten hin zur Betrachtung als zustandslose Funktionsaufrufe mit spezialisierten Aufgaben.

GitHub-Repo-Besitzer: Nutzen Sie das --author-Flag von Git, um KI-Bot-Spam zu blockieren
Archestra bekämpfte KI-Kommentar-/PR-Spam, indem sie die Einstellung „Limit to prior contributors“ von GitHub und das Flag --author von Git ausnutzte, um echte Menschen über einen Captcha-basierten Onboarding-Prozess auf eine Whitelist zu setzen.