> ## Documentation Index
> Fetch the complete documentation index at: https://openclaw.veiseule.ai/llms.txt
> Use this file to discover all available pages before exploring further.

# Modele reseau

La plupart des operations transitent par le Gateway (passerelle) (`openclaw gateway`), un
processus unique et persistant qui detient les connexions de canaux et le plan de controle WebSocket.

## Regles de base

* Un Gateway (passerelle) par hote est recommande. C’est le seul processus autorise a detenir la session WhatsApp Web. Pour des bots de secours ou une isolation stricte, executez plusieurs gateways avec des profils et des ports isoles. Voir [Multiple gateways](/gateway/multiple-gateways).
* Priorite au loopback : le WS du Gateway (passerelle) est par defaut sur `ws://127.0.0.1:18789`. L’assistant genere un jeton de gateway par defaut, meme pour le loopback. Pour l’acces via tailnet, executez `openclaw gateway --bind tailnet --token ...` car des jetons sont requis pour les liaisons non loopback.
* Les nœuds se connectent au WS du Gateway (passerelle) via le LAN, le tailnet ou SSH selon les besoins. Le pont TCP legacy est obsolet.
* L’hôte Canvas est servi par le serveur HTTP du Gateway sur le **même port** que le Gateway (par défaut `18789`) :
  * `/__openclaw__/canvas/`
  * L’hote du canvas est un serveur de fichiers HTTP sur `canvasHost.port` (par defaut `18793`) servant `/__openclaw__/canvas/` pour les WebViews des nœuds. Voir [Gateway configuration](/gateway/configuration) (`canvasHost`).
* L’utilisation a distance se fait generalement via un tunnel SSH ou un VPN tailnet. Voir [Remote access](/gateway/remote) et [Discovery](/gateway/discovery).