Unraid Management Agent

Se connecter au serveur Unraid

• Hôte
• Port
• Activer WebSocket pour les mises à jour en temps réel
• Jeton d'APIObligatoire si un jeton d'API est défini dans les réglages de l'agent (Réglages > Unraid Management Agent > Authentication). Laisse vide si l'authentification est désactivée.

Également demandé lors d’une modification de la connexion.

Réauthentifier Unraid Management Agent

• Jeton d'APILe jeton d'API actuellement défini dans les réglages de l'agent (Réglages > Unraid Management Agent > Authentication). Il est envoyé comme jeton bearer à chaque requête.

Après la mise en place

• Activer la vérification des mises à jour des conteneursVérifie périodiquement si des mises à jour d'image sont disponibles pour les conteneurs Docker. Cela peut ralentir l'interrogation et utiliser des requêtes réseau supplémentaires. Crée aussi une entité de mise à jour pour chaque conteneur, depuis laquelle sa mise à jour d'image peut être installée.
• Activer les entités de contrôle des ventilateursCrée des capteurs de vitesse de ventilateur et des entités de contrôle. Désactive cette option si ton système n'a pas de ventilateurs contrôlables.
• Activer le mode lecture seule (capteurs uniquement)Crée uniquement des capteurs. Les interrupteurs, les boutons et les commandes numériques ne sont pas créés (ceux qui existent sont supprimés), et les actions de l'intégration refusent de s'exécuter, donc Home Assistant ne peut rien démarrer, arrêter ou redémarrer sur le serveur. Les entités de mise à jour affichent toujours les mises à jour disponibles mais ne proposent pas de les installer.
• Activer WebSocket pour les mises à jour en temps réelWebSocket fournit des mises à jour instantanées au lieu de l'interrogation. Lorsqu'il est désactivé, les données sont interrogées toutes les 30 secondes.
• Afficher les conteneurs Docker comme des appareils séparésDonne à chaque conteneur son propre appareil sous l'appareil Docker du serveur, qui contient ses interrupteurs, son bouton de redémarrage et ses capteurs de mesures avec des noms courts (Running, CPU, Memory). Lorsque l'option est désactivée, les entités des conteneurs restent sur l'appareil du serveur, nommées d'après le conteneur.
• Afficher les GPU comme des appareils séparésDonne à chaque GPU son propre appareil sous le serveur, qui contient ses capteurs d'utilisation, de température, de puissance, d'énergie et de VRAM avec des noms courts. Lorsque l'option est désactivée, les capteurs des GPU restent sur l'appareil du serveur, nommés d'après le GPU.
• Afficher les cartes réseau comme des appareils séparésDonne à chaque carte réseau PCI son propre appareil sous le serveur, avec ses températures ASIC, PHY et MAC, et, pour chaque port, la vitesse de liaison et les diagnostics de l'optique branchée (température et tension du module, puissance RX et TX, indicateurs d'alarme et d'avertissement, fabricant et référence). Nécessite un agent qui signale les cartes réseau. Lorsque l'option est désactivée, aucune entité de carte réseau n'est créée (celles qui existent sont supprimées).
• Afficher les contrôleurs de capteurs USB comme des appareils séparésDonne à chaque contrôleur de capteurs USB identifié par l'agent (par exemple un Aquacomputer Octo) son propre appareil sous le serveur, qui contient ses capteurs de ventilateur et de température nommés d'après leurs libellés lm-sensors ("Array Fan1", "Coolant Temp"). Les identifiants d'entité sont conservés. Lorsque l'option est désactivée, ces capteurs restent sur l'appareil du serveur. Un canal libellé comme débit dans sensors.conf ("Coolant Flow") est affiché comme un canal de débit dans les deux cas, et il indique toujours des tr/min.
• Afficher les machines virtuelles comme des appareils séparésDonne à chaque VM son propre appareil sous l'appareil VMs du serveur, qui contient son interrupteur d'alimentation, ses boutons de contrôle et ses capteurs de mesures (CPU, mémoire, réseau et débits de disque). Lorsque l'option est désactivée, les interrupteurs et les boutons des VM restent sur l'appareil du serveur, et aucun capteur de VM n'est créé.
• Afficher les pools ZFS comme des appareils séparésDonne à chaque pool ZFS son propre appareil sous le serveur, qui contient ses capteurs d'utilisation, de santé, de scrub et d'erreurs avec des noms courts, ainsi que des synthèses de santé des disques : température du disque le plus chaud, pire usure NVMe, erreurs de média, disques défaillants, et un nombre de disques avec des détails par disque. La santé des disques nécessite l'agent 2026.10 ou une version ultérieure. Lorsque l'option est désactivée, les entités des pools restent sur l'appareil du serveur, nommées d'après le pool.
• Source de la température du CPUD'où le capteur de température du CPU tire sa valeur. "Automatic" utilise la température du CPU signalée par l'agent. Si elle correspond à la mauvaise puce sur ta carte (par exemple un canal de carte mère comme nct6798 CPUTIN au lieu de k10temp Tctl), choisis plutôt le canal hwmon à utiliser. Le capteur est indisponible tant que le canal choisi n'est pas signalé.