InfraRiver Collector n'envoie rien

Le collecteur interroge vos serveurs depuis sa zone réseau, puis envoie les résultats à la passerelle d'ingestion d'InfraRiver (infrariver-ingest.service, port 8443 par défaut). InfraRiver ne joint jamais les serveurs lui-même.

1. Côté InfraRiver : arrive-t-il quelque chose ?

Administration → InfraRiver Collector, volet Activité des canaux d'ingestion : nombre de lignes, de serveurs et dernière activité par canal (posture, logiciels, certificats, sockets). Si rien n'arrive :

systemctl status infrariver-ingest --no-pager
journalctl -u infrariver-ingest --since "-2 hours" --no-pager | tail -50

2. Côté collecteur : que fait-il ?

Sur la machine du collecteur :

systemctl status infrariver-collector --no-pager
journalctl -u infrariver-collector --since "-2 hours" --no-pager | tail -50
sudo /usr/bin/python3 /opt/infrariver-collector/infrariver_collector.py \
     --config /etc/infrariver-collector/infrariver_collector.yml --check

--check affiche le nombre de serveurs reçus pour chaque transport, les serveurs ignorés et les outils manquants.

Causes fréquentes

Symptôme	Cause	Que faire
Le service ignore vos réglages	Le fichier n'est pas au bon endroit	Le service ne lit que `/etc/infrariver-collector/infrariver_collector.yml` ; un fichier ailleurs est ignoré sans message.
La passerelle répond `503`	Jeton d'ingestion absent ou faux dans `modules.<module>.token`	Le jeton est obligatoire, même avec le certificat mTLS. Copiez-le depuis Administration → InfraRiver Collector (il ne s'affiche qu'à sa génération : régénérez-le si vous ne l'avez plus, puis mettez à jour chaque collecteur).
`Connection refused` ou délai dépassé vers le port 8443	Pare-feu entre le collecteur et InfraRiver, ou `INGEST_LISTEN_PORT` différent	Ouvrez le port de la passerelle (Flux réseau) ; vérifiez `infrariver.url` dans le fichier du collecteur.
Erreur de certificat (mTLS)	Bundle d'un autre serveur InfraRiver, ou certificat réémis	Chaque installation a sa propre autorité de certification : générez un nouveau bundle pour ce collecteur sur sa fiche (Administration → InfraRiver Collector, clic sur sa ligne) et réinstallez-le.
Le collecteur « saute le cycle »	Il ne peut pas lire sa liste de serveurs : réseau coupé ou jeton du collecteur refusé (bundle réémis : l'ancien jeton est refusé)	Réinstallez le dernier bundle émis pour ce collecteur.
`0` serveur reçu	Aucun serveur coché ni attrapé par une règle	Page du collecteur dans InfraRiver : cochez des serveurs ou créez une règle. Voir Choisir les serveurs à collecter.
Serveurs ignorés : « secrets refusés hors mTLS »	Profil SNMP avec secrets, collecteur sans certificat client	Installez le certificat mTLS du bundle ; NRPE et Zabbix fonctionnent sans.
Des serveurs restent sans données	Pas d'adresse connue (ni FQDN, ni IP, ni nom d'hôte), ou serveur exclu, ou hyperviseur	Complétez l'adresse dans l'inventaire ; les hyperviseurs ne sont jamais envoyés.
SSH refusé sur une cible	Compte SSH (créé par `infrariver-agent`) absent sur la cible, clé non déployée, ou port SSH différent du port du bundle	Préparez la cible : Préparer une cible Linux. Le port SSH est le même pour toutes les cibles d'un collecteur.

Pour NRPE, Zabbix et SNMP, Tester la sélection sur la page du collecteur (20 serveurs au plus) fait lancer au collecteur, à son prochain appel, la même interrogation en lecture seule, et affiche le résultat ou le message d'erreur de l'outil. Ce test n'existe pas pour SSH.