Exécution d'OpenClaw dans le conteneur Docker d'Ollama pour un réseautage simplifié

Un utilisateur de r/openclaw a partagé une configuration qui place OpenClaw dans le même conteneur Docker qu'Ollama, éliminant ainsi le besoin de host.docker.internal ou de noms d'hôte de conteneur. L'approche est simple : partir de l'image officielle ollama/ollama, installer OpenClaw à l'intérieur, et faire en sorte qu'OpenClaw communique avec Ollama sur 127.0.0.1:11434. Cela évite les frictions réseau courantes, mais entraîne une utilisation intensive de la RAM.
Étapes clés de configuration
Lancez le conteneur avec le support GPU, le stockage persistant des modèles et les ports 11434 et 18789 (pour la passerelle d'OpenClaw) :
docker run -d \
--name ollamaopenclaw \
--gpus=all \
-v ollama_docker:/root/.ollama \
-p 11434:11434 \
-p 18789:18789 \
ollama/ollama
Pour lier les ports uniquement à localhost :
docker run -d \
--name ollamaopenclaw \
--gpus=all \
-v ollama_docker:/root/.ollama \
-p 127.0.0.1:11434:11434 \
-p 127.0.0.1:18789:18789 \
ollama/ollama
Ouvrez un shell dans le conteneur et installez OpenClaw :
docker exec -it ollamaopenclaw sh
apt-get update && apt-get install -y curl git bash ca-certificates
curl -fsSL --proto '=https' --tlsv1.2 https://openclaw.ai/install-cli.sh | bash
export PATH="$HOME/.openclaw/bin:$PATH"
openclaw --version
Téléchargez les modèles (testés avec de petites variantes Qwen) :
ollama pull qwen3.5:0.8b
ollama pull qwen3.5:2b
ollama pull qwen3.5:4b
ollama list
Configurez la passerelle d'OpenClaw :
export OLLAMA_API_KEY="ollama-local"
openclaw config set gateway.bind lan
openclaw config set gateway.port 18789
openclaw config set gateway.controlUi.allowedOrigins '["http://localhost:18789","http://127.0.0.1:18789"]' --strict-json
Démarrez la passerelle (laissez le terminal ouvert) :
openclaw gateway run --bind lan --port 18789 --allow-unconfigured
Dans un second terminal, exécutez à nouveau une commande dans le conteneur et lancez OpenClaw :
docker exec -it ollamaopenclaw sh
export PATH="$HOME/.openclaw/bin:$PATH"
export OLLAMA_API_KEY="ollama-local"
# Puis exécutez les commandes openclaw
Résultats et compromis
La configuration fonctionne : OpenClaw utilise 127.0.0.1:11434 pour Ollama, aucune configuration réseau supplémentaire n'est nécessaire. Les ports et le stockage restent isolés. Cependant, l'utilisation de la RAM est élevée — les grands prompts submergent les petits modèles locaux (0,8B à 4B testés). L'utilisateur note que ce n'est pas une solution légère, mais qu'elle est plus propre du point de vue de l'isolation des conteneurs.
À qui cela s'adresse
Développeurs qui souhaitent exécuter OpenClaw et Ollama dans un seul conteneur Docker pour éviter les problèmes de réseau hôte et de host.docker.internal, particulièrement pour les chaînes d'outils LLM locales ou liées à l'intégration continue.
📖 Lire la source complète : r/openclaw
👀 See Also

10 conseils pratiques pour utiliser Claude Code d'après un utilisateur de Reddit
Un utilisateur de Reddit partage des techniques spécifiques pour Claude Code, notamment l'utilisation de /effort high avec 'ultrathink' pour une réflexion prolongée, la création de branches de conversation isolées avec /fork, et la configuration de crochets personnalisés dans .claude/settings.json.
Un utilisateur de r/openclaw demande un script de migration héritée avant les grandes mises à jour
Un utilisateur de Reddit suggère d'ajouter un script de migration aux mises à jour d'OpenClaw pour éviter les problèmes post-mise à jour, réduisant ainsi les corrections manuelles pour les configurations incorrectes.

Conseils pratiques pour un flux de travail efficace avec Claude Code dans les projets de développement complexes
Un utilisateur de Claude Pro partage des stratégies de flux de travail spécifiques pour développer des plugins audio complexes, incluant l'utilisation du mode planification pour les fonctionnalités majeures, la création de fichiers de contexte, la gestion de l'utilisation des tokens et la mise en œuvre d'étapes de validation.

Analyse d'un développeur : le routage de modèles réduit les coûts de l'API de 85 % par rapport à l'abonnement Claude Max
Un abonné à Claude Max a suivi sa consommation de tokens et a constaté que seulement 15 % des tâches nécessitaient Opus. En passant au routage via l'API (Sonnet pour les tâches courantes, Opus pour le raisonnement complexe), le coût mensuel est passé de 200 $ à environ 30 $, avec une qualité de sortie identique.