Quand tu parles de FireWall, il s’agit bien du FireWall de Synology?
Nota : je suis bien en DSM 7
Bonsoir,
@stefane26 Oui, je ne parle que du firewall du synology.
@Herbs
j’ai essayé de désactiver puis réactiver le serveur UPS du synology,
pas mieux.
En me mettant sur mon RPi4 en ssh via Putty, (qui est aussi le host de mon HA), la commande
upsc ups@192.1.68.1.xxx
me donne une erreur :
init SSL without certificate database
Error : Access denied
Coté configuration, HA est installé sur un Rasp Pi4, en standard (pas en docker), sur un SSD externe.
Coté Synology, c’est que du standard aussi, DSM 7, UPS via le menu de configuration.
Je suis allé voir en ssh le fichier ups.config, le nom est bien [ups]
mais je ne manipule pas très bien linux, j’ai pas trop voulu faire de commande bizarre…
je recopié le contenu
pollinterval = 5
[ups]
driver = usbhid-ups
port = auto
tout le reste est du commentaire.
Bon déjà le pare-feu du syno semble ne pas bloquer la requête, sinon tu n’aurais même pas cette réponse
Du coup il semble que ce soit vraiment le serveur nut du syno qui refuse de répondre, reste plus qu’à comprendre pourquoi…
Côté syno tu as bien ce genre de conf, avec l’option « enable network UPS server » cochée, et l’ip de HA dans la partie « Pemitted Synology NAS Devices » ?
Bonjour,
De retour après une petite pause…
Oui, c’est bien ce que j’ai côté syno avec la coche pour le support UPS et l’adresse IP de mon serveur HA.
le pire, c’est que ça avait bien marché à mes débuts sur HA, et vers Mars Avril, c’est s’est arrêté… 
Juste par hasard, tu n’avais pas au départ modifié un fichier conf de nut sur le syno ?
Du genre upsd.users ?
Non, sur mon syno, je suis resté vraiment au mode d’interaction via DSM,
je ne suis jamais allé jardiné directement dans les fichiers
C’est que pour chercher des solutions que j’ai commencé à voir en ssh, et jamais en écriture
Je viens de demander à un pote de faire la manip, et chez lui ça a fonctionné.
Par contre il a utilisé un compte DSM qui a les droits admin.
T’as quoi comme type d’installation pour Home Assistant ?
Pff, vraiment bizarre alors…
(au fait, d’abord bonjour, et bonne année 2022… avec pleines d’entités en bonne santé 
).
Coté installation HA, j’ai fait l’installation sur mon rasp Pi 4 en suivant un tuto en 2020.
J’ai retrouvé le lien : ici
De ce que je comprends, c’est HA Supervised sur Docker, et mon Rasp est loadé avec Raspbian de l’époque.
Dans mon fenêtre system, HA me donne les info suivantes :
Core-2021.12.3
Supervisor-2021.12.2 (avec la mention installation non prise en charge pour 3 raisons : apparmor pas activé, OS non pris en charge ; OS agent not installed : c’est depuis l’origne et jamais eu de souci)
Host : IP 192.168.1.185/24 ; Raspbian GNU/linux 10 (buster)
Docker version 19.03.13
Mon Home assistant est sur 192.168.1.199
mais le host en a une autre (.185), ça pourrait venir de là ? Pourtant, en interne, j’accède bien à HA avec la .199.
Du coup quand tu as eu cette réponse :
C’était bien depuis le host (raspberry) et son ip (192.168.1.185) était bien dans les ip autorisées côté ups syno ?
Sinon pour que ça passe avec HA c’est bien 192.168.1.199 qui doit être autorisé.
Bonjour @Herbs , merci de ton aide…
Le message « access denied » que j’ai mis plus haut était avec le Host Raspberry, et son adresse n’était pas déclarée dans le syno. Donc c’est peut-être normal. Je vais recommencer l’essai (demain dans la journée).
Dans le syno, en revanche, j’ai bien déclaré l’adresse du HA .199.
Bonjour,
de guère lasse j’ai fait une sorte de RAZ:
sur mon NAS, j’ai déconnecté (pas en vrai, dans le menu de config) l’UPS, j’ai appliqué, puis redémarrer le NAS.
Sur le Raspberry, j’ai fait un Sudo Reboot (en ssh via putty)
Une fois tout redémarré, j’ai reconnecté l’UPS dans le menu de config du NAS, appliqué.
Puis enfin, via putty, la commande /bin/upsc ups@199.168.1.5 me donne qq chose:
pi@raspberrypi:/bin $ upsc ups@192.168.1.5
Init SSL without certificate database
battery.charge: 100
battery.charge.low: 20
battery.runtime: 4098
device.mfr: EATON
device.model: 5S 550
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 5
driver.parameter.port: auto
driver.parameter.synchronous: no
driver.version: DSM7-0-1-42218-BDENKweb-repack-42218-210929
driver.version.data: MGE HID 1.39
driver.version.internal: 0.41
input.frequency: 50.0
input.voltage: 220.0
outlet.1.desc: PowerShare Outlet 1
outlet.1.id: 2
outlet.1.status: on
outlet.desc: Main Outlet
outlet.id: 1
output.frequency: 50.0
output.voltage: 230.0
ups.beeper.status: enabled
ups.delay.shutdown: 20
ups.delay.start: 30
ups.firmware: 01.12.0018
ups.load: 5
ups.mfr: EATON
ups.model: 5S 550
ups.power.nominal: 550
ups.productid: ffff
ups.status: OL
ups.timer.shutdown: -1
ups.timer.start: -1
ups.vendorid: 0463
on avance…
et là, enfin, j’ai pu connecter l’UPS via l’intégration UPS dans HA !!!
Ca semble donc bien lien à un bug que j’ai vu listé qq part, que le serveur UPS du Syno se « cachait » des interrogations NUT sans raison.
Je pensais qu’une connexion/deconnexion de l’UPS dans la config du Syno, et un redémarrage HA suffisaient.
Visiblement non. Il faut un redémarrage de fond du syno, ainsi que de raspberry hote… En tout cas, c’est ce qui semble avoir marché pour moi.
Voila,
merci à tous de votre aide et de m’avoir poussé à persévérer.
Sujet clos de mon coté.
1 « J'aime »
L’essentiel est qua ça fonctionne maintenant 