Asustor Lancement de l'AS54
- Auteur du sujet Dami1
- Date de début
Bonjour @Dami1 ,
j'ai créé une conversation privé afin que vous puissiez échanger.
Les nouveaux membres ne peuvent pas envoyer de message privée avant un certains delai et un certains nombre de message poster sur le Forum.
Cela évite le spam par MP.
j'ai créé une conversation privé afin que vous puissiez échanger.
Les nouveaux membres ne peuvent pas envoyer de message privée avant un certains delai et un certains nombre de message poster sur le Forum.
Cela évite le spam par MP.
C'est la possibilité de passer l'équipement relié au NAS en maître.
Les autres équipements placés sur le même LAN peuvent devenir esclave.
En gros, l'onduleur donne l'ordre à l'Asustor de s'éteindre, et ce dernier propage l'ordre aux autres machines.
J'avais essayé de le faire fonctionner entre le Synology et l'Asustor, en vain.
Soit ils ne veulent pas se parler, soit je suis un peu nul. Et ce n'est pas incompatible.
je n'ai pas saisi
quel est le maitre et quel est l'esclave?
trouvé sur Github (nécessite ADM 5.1 minimum) https://github.com/007revad/Sharing-UPS-Synology-with-NAS-Asustor?utm_source=chatgpt.com
quel est le maitre et quel est l'esclave?
trouvé sur Github (nécessite ADM 5.1 minimum) https://github.com/007revad/Sharing-UPS-Synology-with-NAS-Asustor?utm_source=chatgpt.com
hello,
j'ai monté cette config y'a 2-3 ans pour tester :
- un onduleur Eaton 650 USB FR
- 2 AS6302T sur l'onduleur
- un switch sur l'onduleur
le premier AS6302T était connecté en USB à l'onduleur, donc le "maitre"
dans les options j'ai déclaré le deuxième AS6302T comme "esclave" puisqu'il ne peut pas être branché en même temps sur l'USB
important : le switch doit aussi être sur l'onduleur car c'est le "maitre" qui va informer "l’esclave" de s’arrêter proprement par le réseau RJ45 > si switch pas sur onduleur et coupure de jus, ça peut pas marcher
mais j'ai pas poursuivi parce que ça commençait à être une usine à gaz, et bonjour pour quelqu’un qui arrive derrière pour s'y retrouver
m'enfin ça marchait nickel sinon ... entre 2 Asustors toujours sous ADM 4.3.xxxx, faut pas déconner j'ai pas testé avec d'autres marques ou OMV et compagnie
et je ne me souvient plus ou était les options et réglages divers depuis, mais surement dans le collège Asustor
Dominique
j'ai monté cette config y'a 2-3 ans pour tester :
- un onduleur Eaton 650 USB FR
- 2 AS6302T sur l'onduleur
- un switch sur l'onduleur
le premier AS6302T était connecté en USB à l'onduleur, donc le "maitre"
dans les options j'ai déclaré le deuxième AS6302T comme "esclave" puisqu'il ne peut pas être branché en même temps sur l'USB
important : le switch doit aussi être sur l'onduleur car c'est le "maitre" qui va informer "l’esclave" de s’arrêter proprement par le réseau RJ45 > si switch pas sur onduleur et coupure de jus, ça peut pas marcher
mais j'ai pas poursuivi parce que ça commençait à être une usine à gaz, et bonjour pour quelqu’un qui arrive derrière pour s'y retrouver
m'enfin ça marchait nickel sinon ... entre 2 Asustors toujours sous ADM 4.3.xxxx, faut pas déconner j'ai pas testé avec d'autres marques ou OMV et compagnie
et je ne me souvient plus ou était les options et réglages divers depuis, mais surement dans le collège Asustor
Dominique
Syno en master & Asustor en slave.
Le paramétrage dans les 2 NAS était simple.
Je pense que c'est dans l'ouverture du réseau pour autoriser la communication que j'ai raté quelque chose.
Ceci dit, je suis toujours intrigué par les mentions des deux NAS.
Chacun semble restreindre la notion de réseau UPS au matériel de sa propre marque
ça t'étonne
à part essayer diverses configs ... fondamentalement y'a pas d'impossibilité matériels, peut être plus sioux avec le software
Dominique
Ça je me doute, j'utilise des onduleurs depuis plus de 40 ans.
Mais l'onduleur est identifié par L'Asustor :
Le paramétrage me semble correct :
En revanche, impossible de le paramétrer sur le Synology.
J'ai essayé toutes les propositions de protocole (et il y en a...) ainsi que les différentes versions (v1, v2c, v3) mais rien ne fonctionne.
Mais l'onduleur est identifié par L'Asustor :
Le paramétrage me semble correct :
En revanche, impossible de le paramétrer sur le Synology.
J'ai essayé toutes les propositions de protocole (et il y en a...) ainsi que les différentes versions (v1, v2c, v3) mais rien ne fonctionne.
Bonjour,
Pour votre information dans le cas d'un onduleur sur l'Asustor en Master/Primary et le Syno en Slave/Scondary.
On ne peut pas positionner le nom, le profil et le mot de passe sur le Syno pour se connecter sur l'Asustor.
C'est écrit en dur dans les fichiers de configuration du Synology,
/etc/ups/ups.conf et /etc/ups/upsd.users
Mais on peut faire marcher cela :
Si une configuration existe sur le Synology, désactiver la prise en charge UPS en 1er.
Puis "Appliquer"
Saisir les valeurs suivantes sur l'Asustor :
Nom UPS : ups
Nom d'utilisateur ; monuser
Mot de passe : secret
Puis "OK"
Attention !
Si vous avez activé le firewall sur l'Asustor, il faut autoriser la connexion depuis le Synology vers l'Asustor.
Le port UPS est TCP 3493.
Puis réactiver UPS sur le Syno avec "Serveur onduleur Synology" et l'adresse IP de l'Asustor :
Adresse IP de l'Asustor
Puis "Appliquer"
Cliquer sur "Information périphérique", vous devez avoir les infos de votre onduleur.
Vous pouvez avoir des déconnexions USB dans le cas de l'utilisation d'un onduleur EATON.
Voir le point 35 de la FAQ de NUT.
https://networkupstools.org/docs/FAQ.html
Pas corrigé dans l'OS Asustor.
Site officiel du logiciel NUT utilisé dans l'Asustor.
https://networkupstools.org/
Cordialement.
Pierre
Pour votre information dans le cas d'un onduleur sur l'Asustor en Master/Primary et le Syno en Slave/Scondary.
On ne peut pas positionner le nom, le profil et le mot de passe sur le Syno pour se connecter sur l'Asustor.
C'est écrit en dur dans les fichiers de configuration du Synology,
/etc/ups/ups.conf et /etc/ups/upsd.users
Mais on peut faire marcher cela :
Si une configuration existe sur le Synology, désactiver la prise en charge UPS en 1er.
Puis "Appliquer"
Saisir les valeurs suivantes sur l'Asustor :
Nom UPS : ups
Nom d'utilisateur ; monuser
Mot de passe : secret
Puis "OK"
Attention !
Si vous avez activé le firewall sur l'Asustor, il faut autoriser la connexion depuis le Synology vers l'Asustor.
Le port UPS est TCP 3493.
Puis réactiver UPS sur le Syno avec "Serveur onduleur Synology" et l'adresse IP de l'Asustor :
Adresse IP de l'Asustor
Puis "Appliquer"
Cliquer sur "Information périphérique", vous devez avoir les infos de votre onduleur.
Vous pouvez avoir des déconnexions USB dans le cas de l'utilisation d'un onduleur EATON.
Voir le point 35 de la FAQ de NUT.
https://networkupstools.org/docs/FAQ.html
Pas corrigé dans l'OS Asustor.
Site officiel du logiciel NUT utilisé dans l'Asustor.
https://networkupstools.org/
Cordialement.
Pierre
Bonjour @Dami1
Je suis en train de faire la migration depuis Syno vers AS5404T et j'étais juste dans le cas de l'onduleur, du coup c'était facile pour la réponse.
Mais j'ai trouvé un certain nombre de point d'attention dans l'implémentation de NUT fait par Asustor.
Cela génère des erreurs dans /var/log/message et m'a causé quelques problèmes.
J'aurais un certain nombre de question.
J'ai vu que @MilesTEG a fait un tuto en 2023 avec un Syno comme Maitre/Primary.
La page https://github.com/MilesTEG1/Partage-UPS-Synology-avec-NAS-Asustor/blob/main/README.fr.md est très intéressante mais le lien vers le script final est cassé https://raw.githubusercontent.com/M...main/partage-UPS-Synology-avec-NAS-Asustor.sh
Quelle approche me conseillez-vous, nouveau fil de discution, poursuivre ici pour que tout le monde en profite ou ticket au support ?
Cordialement,
Pierre
Je suis en train de faire la migration depuis Syno vers AS5404T et j'étais juste dans le cas de l'onduleur, du coup c'était facile pour la réponse.
Mais j'ai trouvé un certain nombre de point d'attention dans l'implémentation de NUT fait par Asustor.
Cela génère des erreurs dans /var/log/message et m'a causé quelques problèmes.
J'aurais un certain nombre de question.
J'ai vu que @MilesTEG a fait un tuto en 2023 avec un Syno comme Maitre/Primary.
La page https://github.com/MilesTEG1/Partage-UPS-Synology-avec-NAS-Asustor/blob/main/README.fr.md est très intéressante mais le lien vers le script final est cassé https://raw.githubusercontent.com/M...main/partage-UPS-Synology-avec-NAS-Asustor.sh
Quelle approche me conseillez-vous, nouveau fil de discution, poursuivre ici pour que tout le monde en profite ou ticket au support ?
Cordialement,
Pierre
Salut Pierre
tu peux poursuivre ici + faire un ticket au support voire m'envoyer l'enregistrement de santé de ton NAS par message privé
bonne soirée
Bonjour,
Comme promis, je poste quelques constatations sur mon nouveau AS5404T.
J'espère ne pas être trop indigeste.
Bonne soirée.
Bug ou volonté ?
/var/log/message
Le nom du host dans le fichier de messages est AS5404T-513E, ne correspond pas au nom du serveur défini.
Le format de l’heure est peu courant et pas facile à lire : 2026-07-03T09:39:41.675528+00:00
Utilise le format UTC au lieu de l’heure locale, quel est l’objectif de l’ajout des [milli-nano]secondes ?
Bug ou volonté et peut-on changer cela ?
/etc/nas.conf
On retrouve dans ce fichier :
Hostname = AS5404T-513E
On peut supposer que c’est ce nom qui est utilisé par logger.
Serveur DNS : resolv.conf
Ajout de 8.8.8.8 en secondaire dans resolv.conf « en dur » sans configuration, pourquoi ?
Problème évoqué ici :
https://forum.asustor.com/viewtopic.php?p=40673&hilit=resolve.conf#p40673
Dans quel cas l’utilisation de 8.8.8.8 intervient et dans ce cas quel effet si la requête DNS porte sur un nom local inconnu de Google ?
Dans le fichier log /var/log/message au démarrage du système AS5404T.
Lignes détaillées plus bas.
2026-07-03T09:39:41.675528+00:00 AS5404T-513E upsd[3854]: /etc/ups/upsd.conf is world readable
2026-07-03T09:39:41.675570+00:00 AS5404T-513E upsd[3854]: upsd.conf: invalid directive CERTREQUEST 0
2026-07-03T09:39:41.675607+00:00 AS5404T-513E upsd[3854]: listening on 0.0.0.0 port 3493
2026-07-03T09:39:41.675690+00:00 AS5404T-513E upsd[3854]: not listening on localhost port 3493
2026-07-03T09:39:41.675758+00:00 AS5404T-513E upsd[3854]: /var/run/ups is world readable
2026-07-03T09:39:41.675795+00:00 AS5404T-513E upsd[3854]: Can't connect to UPS [ups] (usbhid-ups-ups): No such file or directory
2026-07-03T09:39:41.675825+00:00 AS5404T-513E upsd[3854]: /usr/share/cmdvartab not found - disabling descriptions
2026-07-03T09:39:41.675832+00:00 AS5404T-513E upsd[3854]: /etc/ups/upsd.users is world readable
2026-07-03T09:39:41.682208+00:00 AS5404T-513E upsd[3863]: Startup successful
2026-07-03T09:39:41.682354+00:00 AS5404T-513E upsd[3863]: /usr/etc/ups/upsd.pem is world readable
2026-07-03T09:39:41.682396+00:00 AS5404T-513E upsd[3863]: Warning: DISABLE_WEAK_SSL is not enabled. Please consider enabling to improve network security.
2026-07-03T09:39:41.865520+00:00 AS5404T-513E upsd[3863]: User monuser@192.168.x.x logged into UPS [ups] (SSL)
2026-07-03T09:39:42.701703+00:00 AS5404T-513E upsmon[4127]: Startup successful
2026-07-03T09:39:42.752034+00:00 AS5404T-513E upsd[3863]: User monuser@127.0.0.1 logged into UPS [ups] (SSL)
2026-07-03T09:39:42.752237+00:00 AS5404T-513E upsmon[4129]: Poll UPS [ups@localhost] failed - Driver not connected
2026-07-03T09:39:42.754263+00:00 AS5404T-513E upssched[4153]: Executing command: commbad
2026-07-03T09:39:45.321917+00:00 AS5404T-513E upsd[3863]: User monuser@192.168.x.y logged into UPS [ups] (SSL)
2026-07-03T09:39:47.753850+00:00 AS5404T-513E upsmon[4129]: Poll UPS [ups@localhost] failed - Driver not connected
2026-07-03T09:39:50.078476+00:00 AS5404T-513E usbhid-ups[4576]: Startup successful
2026-07-03T09:39:50.093535+00:00 AS5404T-513E upsd[3863]: Connected to UPS [ups]: usbhid-ups-ups
2026-07-03T09:39:52.755795+00:00 AS5404T-513E upssched[4597]: Executing command: commok
[ups]
driver = usbhid-ups
port = /dev/ttyS1
pollinterval = 10
vendorid = 0463
productid = ffff
Le nom [ups] est utilisé pour la compatibilité avec Synology.
Le driver usbhid-ups et le port /dev/ttyS1 sont générés par ADM.
Dans la documentation https://networkupstools.org/docs/man/usbhid-ups.html
Erreur de droits sur les fichiers UPSxx
upsd[3854]: /etc/ups/upsd.conf is world readable
upsd[3854]: /var/run/ups is world readable
upsd[3854]: /etc/ups/upsd.users is world readable
upsd[3863]: /usr/etc/ups/upsd.pem is world readable
Dans la notice « Notes on securing NUT »
https://networkupstools.org/docs/user-manual.chunked/ar01s10.html
Le groupe nut n’existe pas sous ADM.
Mais ce sont les permissions actuelles en 644 qui génèrent les messages « is world readable ».
Sur Asustor le répertoire est /var/run/ups.
Permission actuelle pour les fichiers :
drwxrwxrwx 2 root root 120 Jul 8 17:38 ups/
-rw-r--r-- 1 root root 5 Jul 8 17:38 upsd.pid
-rw-r--r-- 1 root root 5 Jul 8 17:38 upsmon.pid
-rw-r--r-- 1 root root 5 Jul 8 17:38 usbhid-ups-ups.pid
Les répertoires de configuration et les fichiers ci-dessous sont réinitialisés à chaque démarrage.
Ce qui n’autorise pas de modification permanente en cas de besoin.
Cinématique du lancement UPS
Dans le script de lancement :
/usr/builtin/etc/init.d/S99ups
la commande :
/usr/sbin/upsctrl boot &
est lancé, elle exécute à son tour
upsd
mais elle ne lance pas la commande d’activation du driver USB en 1er.
upsdrvctl start
ce qui provoque l’erreur
upsd[3854]: Can't connect to UPS [ups] (usbhid-ups-ups): No such file or directory
puis lance
upsmon
La commande upsmon essai de se connecter au driver sans succès
upsmon[4129]: Poll UPS [ups@localhost] failed - Driver not connected
Et au 2eme essai, elle décide d’activer le driver via (du moins je suppose)
upsdrvctl start
ce qui active le driver usbhid-ups
usbhid-ups[4576]: Startup successful
et upsmon peut se connecter avec succès
upsd[3863]: Connected to UPS [ups]: usbhid-ups-ups
Il me semble qu’il serait plus simple de lancer le driver USB au début de la procédure de « upsctrl boot »
upsd.conf et SSL
Dans le fichier upsd.conf
2026-07-08T15:38:24.415729+00:00 AS5404T-513E upsd[3529]: listening on 0.0.0.0 port 3493
2026-07-08T15:38:24.415814+00:00 AS5404T-513E upsd[3529]: not listening on localhost port 3493
Documentation https://networkupstools.org/docs/man/upsd.conf.html
Dans les logs on trouve :
upsd[3854]: upsd.conf: invalid directive CERTREQUEST 0
La documentation indique
DISABLE_WEAK_SSL
upsd[3863]: Warning: DISABLE_WEAK_SSL is not enabled. Please consider enabling to improve network security.
NUT propose d’ajouter la variable pour supprimer les anciens protocoles SSL < TLS1.2 pour plus de sécurité.
Pour activer ce mode, il faudrait en 1er obliger les certificats.
upsmand
Dans le script de lancement :
/usr/builtin/etc/init.d/S99upsmand
Le script S99upsmand lance le daemon /usr/builtin/sbin/upsmand.
Quel est la fonction de upsmand ?
Comme promis, je poste quelques constatations sur mon nouveau AS5404T.
J'espère ne pas être trop indigeste.
Bonne soirée.
Asustor ADM V5.1.3.RI81
/etc/hostname
Le nom du host dans le fichier /etc/hostname est « astorus », ce qui n’est pas le nom du serveur défini.Bug ou volonté ?
/var/log/message
Le nom du host dans le fichier de messages est AS5404T-513E, ne correspond pas au nom du serveur défini.
Le format de l’heure est peu courant et pas facile à lire : 2026-07-03T09:39:41.675528+00:00
Utilise le format UTC au lieu de l’heure locale, quel est l’objectif de l’ajout des [milli-nano]secondes ?
Bug ou volonté et peut-on changer cela ?
/etc/nas.conf
On retrouve dans ce fichier :
Hostname = AS5404T-513E
On peut supposer que c’est ce nom qui est utilisé par logger.
Serveur DNS : resolv.conf
Ajout de 8.8.8.8 en secondaire dans resolv.conf « en dur » sans configuration, pourquoi ?
Problème évoqué ici :
https://forum.asustor.com/viewtopic.php?p=40673&hilit=resolve.conf#p40673
Dans quel cas l’utilisation de 8.8.8.8 intervient et dans ce cas quel effet si la requête DNS porte sur un nom local inconnu de Google ?
Onduleur / UPS / USB
Dans le cadre d’un onduleur EATON connecté en USB sur un AS5404T en master/primary et lié avec 2 autres systèmes secondaires.Dans le fichier log /var/log/message au démarrage du système AS5404T.
Lignes détaillées plus bas.
2026-07-03T09:39:41.675528+00:00 AS5404T-513E upsd[3854]: /etc/ups/upsd.conf is world readable
2026-07-03T09:39:41.675570+00:00 AS5404T-513E upsd[3854]: upsd.conf: invalid directive CERTREQUEST 0
2026-07-03T09:39:41.675607+00:00 AS5404T-513E upsd[3854]: listening on 0.0.0.0 port 3493
2026-07-03T09:39:41.675690+00:00 AS5404T-513E upsd[3854]: not listening on localhost port 3493
2026-07-03T09:39:41.675758+00:00 AS5404T-513E upsd[3854]: /var/run/ups is world readable
2026-07-03T09:39:41.675795+00:00 AS5404T-513E upsd[3854]: Can't connect to UPS [ups] (usbhid-ups-ups): No such file or directory
2026-07-03T09:39:41.675825+00:00 AS5404T-513E upsd[3854]: /usr/share/cmdvartab not found - disabling descriptions
2026-07-03T09:39:41.675832+00:00 AS5404T-513E upsd[3854]: /etc/ups/upsd.users is world readable
2026-07-03T09:39:41.682208+00:00 AS5404T-513E upsd[3863]: Startup successful
2026-07-03T09:39:41.682354+00:00 AS5404T-513E upsd[3863]: /usr/etc/ups/upsd.pem is world readable
2026-07-03T09:39:41.682396+00:00 AS5404T-513E upsd[3863]: Warning: DISABLE_WEAK_SSL is not enabled. Please consider enabling to improve network security.
2026-07-03T09:39:41.865520+00:00 AS5404T-513E upsd[3863]: User monuser@192.168.x.x logged into UPS [ups] (SSL)
2026-07-03T09:39:42.701703+00:00 AS5404T-513E upsmon[4127]: Startup successful
2026-07-03T09:39:42.752034+00:00 AS5404T-513E upsd[3863]: User monuser@127.0.0.1 logged into UPS [ups] (SSL)
2026-07-03T09:39:42.752237+00:00 AS5404T-513E upsmon[4129]: Poll UPS [ups@localhost] failed - Driver not connected
2026-07-03T09:39:42.754263+00:00 AS5404T-513E upssched[4153]: Executing command: commbad
2026-07-03T09:39:45.321917+00:00 AS5404T-513E upsd[3863]: User monuser@192.168.x.y logged into UPS [ups] (SSL)
2026-07-03T09:39:47.753850+00:00 AS5404T-513E upsmon[4129]: Poll UPS [ups@localhost] failed - Driver not connected
2026-07-03T09:39:50.078476+00:00 AS5404T-513E usbhid-ups[4576]: Startup successful
2026-07-03T09:39:50.093535+00:00 AS5404T-513E upsd[3863]: Connected to UPS [ups]: usbhid-ups-ups
2026-07-03T09:39:52.755795+00:00 AS5404T-513E upssched[4597]: Executing command: commok
Configuration du fichier ups.conf
ADM génère le fichier /etc/ups/ups.conf comme ci-dessous à partir de la configuration dans «Périphérique externes -> Onduleurs -> Préférences ».[ups]
driver = usbhid-ups
port = /dev/ttyS1
pollinterval = 10
vendorid = 0463
productid = ffff
Le nom [ups] est utilisé pour la compatibilité avec Synology.
Le driver usbhid-ups et le port /dev/ttyS1 sont générés par ADM.
Dans la documentation https://networkupstools.org/docs/man/usbhid-ups.html
Le mode auto est conseillé par NUT pour une connexion USB, j’ai pu constater dans d’autre OS que le mode auto est utilisé.
Messages lors du lancement UPS
Erreur de droits sur les fichiers UPSxx
upsd[3854]: /etc/ups/upsd.conf is world readable
upsd[3854]: /var/run/ups is world readable
upsd[3854]: /etc/ups/upsd.users is world readable
upsd[3863]: /usr/etc/ups/upsd.pem is world readable
Dans la notice « Notes on securing NUT »
https://networkupstools.org/docs/user-manual.chunked/ar01s10.html
Le groupe nut n’existe pas sous ADM.
Mais ce sont les permissions actuelles en 644 qui génèrent les messages « is world readable ».
NUT conseille aussi de sécuriser le répertoire d’état pour NUT.
Sur Asustor le répertoire est /var/run/ups.
Permission actuelle pour les fichiers :
drwxrwxrwx 2 root root 120 Jul 8 17:38 ups/
-rw-r--r-- 1 root root 5 Jul 8 17:38 upsd.pid
-rw-r--r-- 1 root root 5 Jul 8 17:38 upsmon.pid
-rw-r--r-- 1 root root 5 Jul 8 17:38 usbhid-ups-ups.pid
Les répertoires de configuration et les fichiers ci-dessous sont réinitialisés à chaque démarrage.
Ce qui n’autorise pas de modification permanente en cas de besoin.
Cinématique du lancement UPS
Dans le script de lancement :
/usr/builtin/etc/init.d/S99ups
la commande :
/usr/sbin/upsctrl boot &
est lancé, elle exécute à son tour
upsd
mais elle ne lance pas la commande d’activation du driver USB en 1er.
upsdrvctl start
ce qui provoque l’erreur
upsd[3854]: Can't connect to UPS [ups] (usbhid-ups-ups): No such file or directory
puis lance
upsmon
La commande upsmon essai de se connecter au driver sans succès
upsmon[4129]: Poll UPS [ups@localhost] failed - Driver not connected
Et au 2eme essai, elle décide d’activer le driver via (du moins je suppose)
upsdrvctl start
ce qui active le driver usbhid-ups
usbhid-ups[4576]: Startup successful
et upsmon peut se connecter avec succès
upsd[3863]: Connected to UPS [ups]: usbhid-ups-ups
Il me semble qu’il serait plus simple de lancer le driver USB au début de la procédure de « upsctrl boot »
upsd.conf et SSL
Dans le fichier upsd.conf
Sauf erreur de ma part, le LISTEN localhost est en doublon de LISTEN 0.0.0.0 et génère dans certain cas une erreur.
2026-07-08T15:38:24.415729+00:00 AS5404T-513E upsd[3529]: listening on 0.0.0.0 port 3493
2026-07-08T15:38:24.415814+00:00 AS5404T-513E upsd[3529]: not listening on localhost port 3493
Documentation https://networkupstools.org/docs/man/upsd.conf.html
Dans les logs on trouve :
upsd[3854]: upsd.conf: invalid directive CERTREQUEST 0
La documentation indique
Aucun certificat n’est nécessaire pour se connecter, à méditer !
DISABLE_WEAK_SSL
upsd[3863]: Warning: DISABLE_WEAK_SSL is not enabled. Please consider enabling to improve network security.
NUT propose d’ajouter la variable pour supprimer les anciens protocoles SSL < TLS1.2 pour plus de sécurité.
Pour activer ce mode, il faudrait en 1er obliger les certificats.
upsmand
Dans le script de lancement :
/usr/builtin/etc/init.d/S99upsmand
Le script S99upsmand lance le daemon /usr/builtin/sbin/upsmand.
Quel est la fonction de upsmand ?
