Et copier/coller ne marche pas?
Avec le clic droit de la souris, tu dois avoir le menu qui apparait et normalement ça le fait.
Sinon, putty comme client ssh, c’est très bien (et ctrl-C/ctrl-V, ça marche…).
j’ai essayé le bouton droit : ca ne marche pas.
Bon j’installe Putty et reviens sur le post
Bon ca ne marche pas non plus avec PuTTy
Partant demain matin à 4h en déplacement, je reviendrais demain soir.
Merci pour l’aide
Bonjour @golfvert
Ci-dessous, le contenu de mon fichier upsd.conf :
# Network UPS Tools: example upsd configuration file
#
# This file contains access control data, you should keep it secure.
#
# It should only be readable by the user that upsd becomes. See the FAQ.
#
# Each entry below provides usage and default value.
# =======================================================================
# MAXAGE <seconds>
# MAXAGE 15
#
# This defaults to 15 seconds. After a UPS driver has stopped updating
# the data for this many seconds, upsd marks it stale and stops making
# that information available to clients. After all, the only thing worse
# than no data is bad data.
#
# You should only use this if your driver has difficulties keeping
# the data fresh within the normal 15 second interval. Watch the syslog
# for notifications from upsd about staleness.
# =======================================================================
# STATEPATH <path>
# STATEPATH /var/run/nut
#
# Tell upsd to look for the driver state sockets in 'path' rather
# than the default that was compiled into the program.
# =======================================================================
MAXAGE 15
# LISTEN 0.0.0.0 3493
LISTEN 127.0.0.1 3493
MAXCONN 1024
# LISTEN ::1 3493
#
# This defaults to the localhost listening addresses and port 3493.
# In case of IP v4 or v6 disabled kernel, only the available one will be used.
#
# You may specify each interface you want upsd to listen on for connections,
# optionally with a port number.
#
# You may need this if you have multiple interfaces on your machine and
# you don't want upsd to listen to all interfaces (for instance on a
# firewall, you may not want to listen to the external interface).
#
# This will only be read at startup of upsd. If you make changes here,
# you'll need to restart upsd, reload will have no effect.
# =======================================================================
# MAXCONN <connections>
# MAXCONN 1024
#
# This defaults to maximum number allowed on your system. Each UPS, each
# LISTEN address and each client count as one connection. If the server
# runs out of connections, it will no longer accept new incoming client
# connections. Only set this if you know exactly what you're doing.
# =======================================================================
# CERTFILE <certificate file>
# CERTFILE /usr/local/ups/etc/upsd.pem
#
# When compiled with SSL support with OpenSSL backend,
# you can enter the certificate file here.
# The certificates must be in PEM format and must be sorted starting with
# the subject's certificate (server certificate), followed by intermediate
# CA certificates (if applicable_ and the highest level (root) CA. It should
# end with the server key. See 'docs/security.txt' or the Security chapter of
# NUT user manual for more information on the SSL support in NUT.
#
# See 'docs/security.txt' or the Security chapter of NUT user manual
# for more information on the SSL support in NUT.
# =======================================================================
# CERTPATH <certificate file or directory>
# CERTPATH /usr/local/ups/etc/cert/upsd
#
# When compiled with SSL support with NSS backend,
# you can enter the certificate path here.
# Certificates are stored in a dedicated database (splitted in 3 files).
# Specify the path of the database directory.
#
# See 'docs/security.txt' or the Security chapter of NUT user manual
# for more information on the SSL support in NUT.
# =======================================================================
# CERTIDENT <certificate name> <database password>
# CERTIDENT "my nut server" "MyPasSw0rD"
#
# When compiled with SSL support with NSS backend,
# you can specify the certificate name to retrieve from database to
# authenticate itself and the password
# required to access certificate related private key.
#
# See 'docs/security.txt' or the Security chapter of NUT user manual
# for more information on the SSL support in NUT.
# =======================================================================
# CERTREQUEST <certificate request level>
# CERTREQUEST REQUIRE
#
# When compiled with SSL support with NSS backend and client certificate
# validation (disabled by default, see 'docs/security.txt'),
# you can specify if upsd requests or requires client's' certificates.
# Possible values are :
# - 0 to not request to clients to provide any certificate
# - 1 to require to all clients a certificate
# - 2 to require to all clients a valid certificate
#
# See 'docs/security.txt' or the Security chapter of NUT user manual
# for more information on the SSL support in NUT.
Stéphane
Remplacer :
par
LISTEN 0.0.0.0
A nouveau pas besoin du port. Tu utilises celui par défaut…
Et redémarrer le serveur.
Si telnet @IP 3493 ne marche pas depuis HA, c’est que tu as un souci réseau quelconque. Firewall ou autre…
C’est donc bien un problème réseau.
Car, depuis une autre machine sous Linux, je n’arrivais pas à contacter le RPI.
Maintenant, ca marche et je pense que le problème était le suivant :
- suite à ma première tentative infructueuse, j’ai installé un pare-feu sur le RPI (UFW en ouvrant les ports qui allait bien) alors que le problème venait de ma configuration du upsd.conf.
- après correction du fichier upsd.conf avec les conseils de @golfvert , je n’arrivais toujours pas à contacter le RPI car le pare-feu bloquait la connexion (je ne comprends pas pourquoi puisque j’avais ouvert le port 3493.
- j’ai désinstallé à l’instant UFW, j’ai réussi à contacter le RPI avec telnet, et maintenant avec HA; ca fonctionne !
Encore merci pour vos conseils avisés, c’est pas simple pour moi car très novice en Linux et encore plus sous HA
Stéphane.
Si tu arrives à retrouver la commande « ufw » que tu as passé pour ouvrir le port 3493 ce serait pas mal.
Peut-être n’était elle pas tout à fait correcte ?
Pour la retrouver, connecté en ssh sur rpi :
history | grep ufw
Bonjour @Herbs
Tu dois avoir raison, je pense aussi que ma commande n’était pas bonne :
Et justement, en regardant mes commandes, je vois que j’avais autorisé le port 3493 de sortir, mais pas d’entrer.
C’est peut-être la cause.
Stéphane
effectivement 
La commande aurait dû ressembler à ça (d’autres variantes sont possibles) :
ufw allow proto tcp from 192.168.x.xx to any port 3493
Connexion « in » autorisé depuis 192.168.x.xx vers le port tcp 3493.
Maintenant à toi de voir si tu tentes de remettre ton pare-feu en place
Un lien vers une doc ufw pas mal :
A chaque jour suffit sa peine. Sauf excellente raison, supprimer ufw parait la solution simple…
1 « J'aime »
Ravi que tu aies pu t’en sortir.
Je garde ce topic sous le coude, car il se pourrait qu’un jour j’aie d’autres UPS à installer mais pas de NAS Synology à côté pour me servir de serveur NUT 
Bonsoir à tous
J’ai un onduleur Eaton connecté à un NAS Synology, sous DSM7.
depuis qq temps (qq mois) impossible de récupérer sur mon serveur HA (sur un raspberry pi4) les infos de l’onduleur.
J’ai lu qq part que Synology avait restreint l’accès à ces données et que ça ne passe plus qu’entre deux NAS Synology.
C’est vrai? Vous avez la même souci, ou bien pour vous la connexion au serveur NUT du NAS se passe sans soucis, même avec DSM7 ?
Si ça marche encore pour vous, il va falloir que je m’ obstine.
J’ai bien lu et relu le fil https://forum.hacf.fr/t/informations-dun-ups-ne-remontent-plus/6190
Mais sans succès de mon côté.
A+, et bon Noël à tous
Depuis quelques mois mon syno n’est plus serveur ups mais client d’une autre machine a qui j’ai redonné cette fonction.
Mais de mémoire il fallait activer la fonction « serveur ups » et renseigner les ip autorisées à récupérer les infos depuis le syno.
Est-ce que par hasard vu que ça fonctionnait avant, ton HA n’aurait pas changé d’ip depuis ?
Aussi un p’tit screen de la conf côté syno pourrait nous aider à y voir plus clair
De mon côté, 3 onduleurs monitorés via Synology pour 1 et RPI3B+ pour les 2 autres, aucun soucis rencontré.
Regarde si l’adresse IP de ton RPi4 est bien autorisée pour récupérer les informations de ton onduleur
Bonjour,
bon, donc il semble que ça puisse toujours fonctionné.
@stefane26 Pour l’onduleur monitoré par ton Synology, tu peux me confirmer que tu es bien avec le DSM 7?
Pour l’instant, j’en suis toujours au même point :
- adresse IP du rasp4 bien déclaré dans Syno comme autorisé
- Port 3493 ouvert dans le firewall (et j’ai même essayé en désactivant complètement le firewall)
mais dès que j’essaye l’intégration NUT avec l’adresse IP du Syno, le port, mon login et mdP (et même sans login et mdp) j’ai juste le message : « échec de connexion ».
Il ne va même pas plus loin.
Pour l’adresse IP, c’est bien juste 192.168.1.xxx (avec xxx pour mon syno)? rien de plus à mettre ?
A+
Tu renseignes un user et le password d’un utilisateur DSM ?
Oui, tout à fait.
Mais qq soit le user (admin ou pas), ou même en laissant le champ vide, j’ai l’échec de connexion…
Essais avec :
user = monuser
password = secret
Même résultat, échec.
Dans ce topic ils parlent d’un bug qui nécessite de désactiver et activer la prise en charge de l’ups dans les options du syno pour que ça fonctionne de nouveau :
https://community.home-assistant.io/t/nut-network-ups-tools-integration/298202/6
Et plus bas dans le même topic t’as la conf détaillée en Russe
Sinon il faudrait communiquer plus de détails sur tes configurations, mode d’installation de HA et la conf ups côté syno.
Tu peux aussi (si t’as un linux qui traine) installer nut-client et essayer :
/bin/upsc ups@192.168.xxx.xxx ### "ups" à vérifier en ssh sur le syno dans fichier ups.conf, et évidemment mettre l'ip du syno
Chez moi j’obtiens un truc du genre entre 2 machines qui ne sont pas des syno (mais ça permet de confirmer que les datas passent) :
root@deneb:/etc/nut#/bin/upsc ups@192.168.xxx.xxx
Init SSL without certificate database
battery.charge: 100
battery.charge.low: 30
battery.runtime: 1417
battery.type: PbAc
device.mfr: EATON
device.model: Ellipse PRO 1200
device.serial: G360G04017
device.type: ups
driver.name: usbhid-ups
driver.parameter.pollfreq: 30
driver.parameter.pollinterval: 2
driver.parameter.port: auto
driver.parameter.synchronous: no
driver.version: 2.7.4
driver.version.data: MGE HID 1.40
driver.version.internal: 0.41
input.frequency: 50.0
input.transfer.high: 285
input.transfer.low: 165
input.voltage: 233.0
input.voltage.extended: no
outlet.1.desc: PowerShare Outlet 1
outlet.1.id: 2
outlet.1.status: on