Español
English
Català
FrançaisOpenClaw maintient un Gateway actif qui relie un agent à des canaux de messagerie, des outils et un fournisseur de modèles. Un VPS Linux peut garder ce Gateway disponible lorsque votre ordinateur portable est éteint. Cela ne transforme pas OpenClaw en site statique et n’inclut pas automatiquement un modèle, une clé d’API ou un service géré par Hostbrid.
Vérifier les prérequis avant de choisir le serveur
La documentation d’installation d’OpenClaw indique actuellement Node.js 24.16 ou ultérieur, ou 26.1 ou ultérieur, sous Linux. Ce prérequis peut changer : consultez le guide officiel d’installation juste avant la mise en place. Il vous faut un accès SSH et un système d’exploitation pris en charge. Un VPS Hostbrid fournit un accès root, mais vous installez et maintenez vous-même les logiciels.
Ne choisissez pas la mémoire d’après le nom de l’agent. Un Gateway qui appelle une API de modèles hébergée n’a pas le même profil qu’un modèle local exécuté avec Ollama. Ajoutez à votre estimation les services auxiliaires, les journaux et l’espace des mises à jour. Notre guide de dimensionnement d’un VPS Docker montre comment mesurer la charge avant de commander. OpenClaw n’est actuellement ni une application Hostbrid installable en un clic ni un service géré : vous devez prendre en charge Node, le pare-feu et les mises à jour.
Garder l’interface du Gateway privée
Le guide VPS d’OpenClaw recommande de lier le Gateway à loopback, puis d’y accéder de façon privée par un tunnel SSH ou Tailscale. N’exposez pas directement son port de contrôle sur Internet et ne publiez pas le tableau de bord sur 0.0.0.0. Avec Docker, consultez le guide Docker officiel : le réseau du conteneur demande des vérifications propres et ses valeurs par défaut peuvent différer d’une installation sur l’hôte.
Le guide d’exposition du Gateway classe l’accès public parmi les déploiements à haut risque. Si votre usage exige un accès distant public, prévoyez d’abord l’authentification, TLS, des limites de requêtes, des listes d’expéditeurs autorisés et l’isolation des outils. Une règle de pare-feu ne remplace pas l’authentification du Gateway.
Définir qui peut donner des instructions à l’agent
OpenClaw considère chaque Gateway comme une frontière de confiance. Il ne sépare pas de façon sûre des clients ou utilisateurs qui ne se font pas confiance : toute personne pouvant écrire à un agent doté d’outils partage une partie de son autorité déléguée. Pour une équipe de confiance, limitez les canaux, utilisez l’appairage ou des listes d’autorisation et bloquez les commandes système — ou soumettez-les à validation — sauf besoin explicite. Pour héberger des clients distincts, séparez les Gateways et les utilisateurs du système.
Conservez une copie récupérable de l’état et de l’espace de travail de l’agent ; protégez les identifiants en dehors du serveur et remplacez-les si vous pensez qu’ils ont été exposés. Lisez le guide de sécurité OpenClaw et lancez son audit après toute modification d’accès ou de permissions.
VPS ou ordinateur local ?
Un VPS Linux convient à un Gateway toujours disponible et à des services accessibles depuis plusieurs appareils. Un Mac mini ou une autre machine locale peut mieux convenir si vous avez besoin de fonctions liées à cet appareil, comme les nœuds macOS. OpenClaw peut associer des nœuds locaux à un Gateway distant ; héberger le Gateway sur un VPS ne déplace pas automatiquement ces fonctions locales sur le serveur.
Avant de commander, consultez les ressources et la disponibilité actuelles du catalogue VPS Hostbrid. Hostbrid fournit un serveur Linux autogéré ; ce guide n’est ni une image OpenClaw prête à l’emploi, ni un déploiement testé sur un compte Hostbrid, ni une promesse d’assistance à l’installation. Si vous ne souhaitez pas gérer les mises à jour, les permissions de l’agent et la restauration, réglez ces points avant la mise en production.