DSL, Objects, Templates, and Apply Rules

Modele Host, Service, User, CheckCommand, templates e apply rules de forma declarativa e auditável.

This module follows an evidence-first workflow: isolate collection, processing, storage, state evaluation, and presentation before changing production settings.

1. Define the operational objective and expected result.
2. Record version, topology, dependencies, and required flows.
3. Test the underlying protocol or plugin outside the monitoring scheduler.
4. Validate configuration before reload/restart when the platform supports it.
5. Apply the smallest change and watch logs plus one full collection cycle.
6. Keep a tested rollback path.

sudo icinga2 daemon -C
sudo icinga2 object list --type Host
sudo icinga2 object list --type Service

• Main process is healthy and logs show no recurring error.
• Manual collection returns the expected value.
• Scheduled collection finishes within its time budget.
• Frontend timestamps and states match the source.
• A controlled failure and recovery produce the expected lifecycle.

Monitoring systems expose topology, inventory, versions, credentials, and operational state. Apply segmentation, least privilege, secure protocols, protected secrets, and explicit administrative access controls.

• Icinga docs
• Icinga 2 changelog
• Icinga get started
• Icinga Web installation
• CERT.br security practices