🔑 ArrĂȘt propre d’un NAS Synology via un onduleur Eaton et Proxmox (retour d’expĂ©rience)

Objectif : garantir un arrĂȘt propre et ordonnĂ© d’un NAS Synology et des machines virtuelles Proxmox lors d’une coupure Ă©lectrique, en s’appuyant sur un onduleur Eaton USB et NUT.

Cet article est volontairement pragmatique : il documente ce qui fonctionne réellement
 et ce qui ne fonctionne pas, malgré ce que la documentation ou certains tutos peuvent laisser penser.


🎯 Contexte de dĂ©part

  • Onduleur : Eaton Ellipse Pro 1200 (USB)
  • Hyperviseur : Proxmox VE
  • NAS : Synology (DSM 7.x)
  • Contraintes :
    • ArrĂȘt automatique, sans mot de passe, sans intervention humaine
    • Ordre strict : VM → NAS → Proxmox
    • Solution robuste, testable, maintenable

❌ Solutions testĂ©es
 et abandonnĂ©es

1ïžâƒŁ NAS Synology comme serveur UPS (USB)

Principe :

  • Brancher l’UPS en USB sur le NAS
  • Laisser DSM jouer le rĂŽle de serveur UPS
  • Faire Ă©couter Proxmox

RĂ©sultat : ❌ abandonnĂ©

Pourquoi ?

  • ContrĂŽle trĂšs limitĂ© depuis DSM
  • Peu de visibilitĂ© sur les Ă©vĂ©nements NUT
  • DifficultĂ© Ă  maĂźtriser l’ordre d’arrĂȘt global
  • Trop opaque pour un environnement virtualisĂ©

2ïžâƒŁ NAS Synology comme client UPS rĂ©seau (NUT natif DSM)

Principe :

  • UPS branchĂ© ailleurs
  • NAS configurĂ© comme client rĂ©seau

RĂ©sultat : ❌ non viable

ProblÚmes rencontrés :

  • DSM 7.x ne propose pas un vrai mode client NUT gĂ©nĂ©rique
  • Uniquement : USB, SNMP ou “Serveur onduleur Synology”
  • Impossible de se connecter proprement Ă  un serveur NUT externe standard

3ïžâƒŁ Serveur NUT dans Docker sur le NAS

Principe :

  • DĂ©sactiver le service UPS DSM
  • Lancer NUT dans un conteneur Docker

RĂ©sultat : ❌ Ă©chec technique

Raisons :

  • AccĂšs USB impossible ou instable depuis Docker
  • Conflits de port (3493)
  • SystĂšme de fichiers en lecture seule dans certains conteneurs
  • Trop fragile pour une fonction critique

4ïžâƒŁ NAS Synology en client SSH sans droits administrateur

Principe :

  • Compte dĂ©diĂ© non-admin
  • ClĂ© SSH + sudo limitĂ©

RĂ©sultat : ❌ impossible

Cause réelle :

  • Sur DSM 7.x, un utilisateur non membre du groupe administrators ne peut pas se connecter en SSH, mĂȘme avec une clĂ© valide
  • Blocage avant mĂȘme l’exĂ©cution de commandes

✅ Solution finale retenue (et validĂ©e)

🔑 Principe gĂ©nĂ©ral

  • UPS branchĂ© en USB sur Proxmox
  • Proxmox = serveur NUT principal
  • Proxmox dĂ©cide quand tout s’arrĂȘte
  • NAS arrĂȘtĂ© via SSH par clĂ©, dĂ©clenchĂ© par NUT

🧠 Architecture finale

Coupure secteur

↓

UPS Eaton

↓

NUT (Proxmox)

↓

FSD (Forced Shutdown)

↓

┌───────────────┬───────────────────┐

│ │ │

│ ArrĂȘt des VMs │ SSH → NAS shutdown│

│ (pve-guests) │ │

└───────────────┮───────────────────┘

↓

ArrĂȘt final de Proxmox


⚙ Points techniques clĂ©s

đŸ”č Gestion des VM

  • Le simple appel Ă  :/sbin/shutdown -h nowsur Proxmox dĂ©clenche :
    • l’arrĂȘt des VM (ACPI ou QEMU Guest Agent si prĂ©sent)
    • respect des timeouts configurĂ©s
    • puis l’arrĂȘt de l’hĂŽte

👉 QEMU Guest Agent recommandĂ©, mais pas obligatoire


đŸ”č ArrĂȘt du NAS

  • Compte dĂ©diĂ© ups-shutdown
  • Membre du groupe administrators (obligatoire pour SSH sur DSM 7)
  • Connexion uniquement par clĂ© SSH
  • sudo limitĂ© strictement Ă  :/sbin/shutdown/sbin/poweroff

đŸ”č DĂ©clenchement rĂ©el

  • Le NAS ne s’arrĂȘte jamais sur simple passage sur batterie
  • Il s’arrĂȘte uniquement sur Ă©vĂ©nement FSD
  • Le dĂ©clenchement est assurĂ© par upssched
  • Attention Ă  bien mettre les diffĂ©rentes machines (dans mon cas proxmox et le NAS) en IP Fixe et non en DHCP si votre box n’est pas alimentĂ©e par l’onduleur

đŸ§Ș Tests rĂ©alisĂ©s

  • Coupure secteur courte : ✔
  • Retour secteur : ✔
  • Simulation FSD sans arrĂȘt rĂ©el : ✔
  • Validation SSH sans mot de passe : ✔
  • Validation ordre VM → NAS → Proxmox : ✔

✅ Avantages de cette solution

  • 🔒 SĂ©curisĂ©e (clĂ© SSH, sudo limitĂ©)
  • 🔁 PrĂ©visible
  • đŸ§Ș Testable sans risque
  • đŸ› ïž Maintenable
  • đŸš« Aucun Docker critique
  • đŸš« Aucun SNMP instable

🏁 Conclusion

Cette solution peut sembler plus “complexe” au dĂ©part, mais elle est :

la seule réellement fiable et maßtrisable dans un environnement Proxmox + Synology + UPS USB.

Elle respecte les rĂŽles :

  • Proxmox orchestre
  • Le NAS obĂ©it
  • L’UPS dĂ©cide

Et surtout : elle a été testée, cassée, corrigée et validée.

Laisser un commentaire

Votre adresse e-mail ne sera pas publiée. Les champs obligatoires sont indiqués avec *

Ce site utilise Akismet pour réduire les indésirables. En savoir plus sur la façon dont les données de vos commentaires sont traitées.