Skip to main content

Bonjour,

 

Depuis la présentation des collections HTTP au dernier Centreon Summit, je cherche à réaliser une supervision de l’espace disque utilisé sur un Radware Alteon par son API.

Existe-t-il une documentation exhaustive des différentes clés (paramètres) et fonctions qu’on peut utiliser dans les collections en général (HTTP, SNMP et SQL) ?

J’ai vu par exemple qu’il faut utiliser le paramètre “insecure=1” pour ne pas vérifier le certificat. J’imagine que ce paramètre correspond à l’option `--insecure` du mode “response” (`--mode=response`) ? Est-ce que si je déclare un paramètre “proxyurl=http://IP_PROXY:PORT_PROXY” comme je le fais avec le mode=response (`--proxyurl=’http://IP_PROXY:PORT_PROXY’`), cela fonctionnerai ?

De même pour les différentes fonctions utilisables. J’en relève au moins deux : count et assign. En existe-t-il d’autre ?

Hi @Julien R you will find information in our documentation:

Hi @Laurent, I see nothing about collection in http documentation. Just a link to the source code that don’t help me.

Bonjour, vous avez raison, c’est un des angles morts de la documentation disponible pour le moment.

Voici la liste complète, nous ajouterons les détails pour chacune dans la doc officielle au cours de prochains mois :

  • assign
  • capture
  • count
  • date2epoch
  • epoch2date
  • map
  • replace
  • scale
  • scientific2number
  • second2human
     

 

 

Merci pour cette liste.

Concernant les clés/paramètres utilisable tel que “insecure”: 1, est-ce qu’il existe une règle de correspondance par rapport aux option du mode “json-content” ?

Par exemple, si j’utilise --insecure dans le mode “json-content”, il faut que j’utilise le paramètre “insecure”: 1 dans un de mes objets “http.requests” ?

Comme je peux le voir dans la vidéo du Summit :

…
“http”: {
  “requests”: r
    {
      …
      “insecure”: 1
      …
    }
  ]
…

 

Si j’utilise l’option --proxy-url=XXX avec le mode “json-content”, est-ce que je peux utiliser le paramètre “proxyurl”: “XXX” dans un de mes objets “http.requests” ?

…
“http”: {
  “requests”: n
    {
      …
      “proxyurl”: “XXX”
      …
    }
  ]
…

Cela devrait fonctionner ainsi, oui.

Merci, j’avais un doute car concernant le backend, l’option se nomme --http-backend dans le mode “json-content” et “backend” dans les objets “http.requests”.

…
“http”: {
  “requests”:
    {
      …
      “backend”: “XXX”
      …
    }
  ]
…

À moins qu’il n’y ait une erreur dans la vidéo du Summit ?

Reply


Terms & ConditionsCookie settings