Fix : obs bug 1

DEPLOY.md

@@ -242,7 +242,8 @@ La rotation des jetons se fait alors depuis le dashboard, agent par agent.
 | Le conteneur redémarre en boucle | `docker compose logs server` — le plus souvent `ADMIN_PASSWORD` ou `SESSION_SECRET` absent de `.env` |
 | `unable to open database file` (`ERR_SQLITE_ERROR`, errcode 14) | Le répertoire `./data` de l'hôte n'appartient pas à l'uid du conteneur. L'entrypoint le corrige automatiquement ; si tu as forcé un `user:` dans le compose, il ne peut plus le faire — aligne alors la propriété à la main : `sudo chown -R 1000:1000 data` |
 | Agent absent du dashboard | `--server` erroné, ou `ENROLLMENT_TOKEN` différent de celui du serveur. `journalctl -u stream-control-agent -f` |
-| Agent en ligne, OBS déconnecté | obs-websocket désactivé ou mot de passe erroné. Le diagnostic teste le port |
+| Agent en ligne, OBS déconnecté — `ECONNREFUSED` | Rien n'écoute : OBS n'est pas lancé, ou *Outils → Paramètres du serveur WebSocket* n'est pas activé. Le mot de passe n'intervient pas à ce stade |
+| Agent en ligne, OBS déconnecté — erreur d'authentification | Le mot de passe du dashboard et celui d'OBS diffèrent. Laisse-le vide **uniquement** si l'authentification est décochée dans OBS |
 | Rappel plein écran sans effet (Linux) | Session Wayland au lieu de X11, ou `DISPLAY` inaccessible au service. Le diagnostic signale les deux |
 | Rappel plein écran sans effet (Windows) | La tâche ne tourne pas dans la session interactive : vérifie que le compte de `-RunAsUser` est bien celui ouvert sur la VM |
 | Agent en double après réinstallation | `agent.config.json` avait été supprimé : l'agent s'est ré-enrôlé. Supprime le doublon dans le dashboard |