Ankündigung von 5.4: Neue Regel-Engine, Unterstützung für Check Point 61000/41000

Willkommen bei Version 5.4!

In dieser Version haben wir die erste Phase unserer Infrastruktur-Betriebsplattform integriert, neue Inhalte hinzugefügt sowie Unterstützung für Check Point 41k/61k bereitgestellt. Darüber hinaus wurden spezifische Funktionswünsche und Fehlerbehebungen berücksichtigt. Bitte wenden Sie sich an unser Support-Team, um die aktualisierte Version zu erhalten.

WICHTIGER HINWEIS FÜR ALLE NUTZER: Ab Version 5.4 ist der Lizenzierungsmechanismus an die eindeutige Kennung (UID) der indeni-Instanz gebunden und nicht mehr an die IP-Adresse. Dadurch können Kunden nicht nur die IP-Adresse ihrer indeni-Instanz ändern, sondern auch eine „Cold Active/Standby“-Hochverfügbarkeitskonfiguration einrichten, falls die primäre indeni-Instanz ausfällt oder vom Netzwerk getrennt wird. Um „Cold Active/Standby“ einzurichten, wenden Sie sich bitte an unser Support-Team.

Neue Inhalte:

• Neue Regel-Engine: Mit dieser Version wurde eine neue Regel-Engine in das Produkt integriert. In Zukunft wird sie Partnern, Beratern und Kunden ermöglichen, eigene Prüfungen auf Basis der Infrastruktur-Betriebsplattform von indeni zu erstellen. Es handelt sich hierbei um eine frühe Version der Engine. Wenn Sie mehr darüber erfahren möchten, senden Sie bitte eine E-Mail an [email protected].
• IK-2449: Unterstützung für Check Point 61k/41k – erste Unterstützung (Check Point-Firewalls). Dies umfasst:
  • CPU-, Speicher-, Swap- und Festplattenauslastung
  • Verfolgung der Anzahl der Verbindungen und Benachrichtigung bei einem drastischen Rückgang der Verbindungen
  • Überwachung des Blade-Status (up, down, flapping)
  • Lizenzüberwachung
  • Auslastung der Netzwerkports, Verbindungsabbrüche, Fehler
• Möglichkeit zur Benachrichtigung, wenn bestimmte Protokolleinträge gefunden werden, die regulären Ausdrucksmustern entsprechen. In dieser Version enthaltene Beispielmuster:
  • outed.*Beenden, da zu viele Sockets geöffnet sind
  • routed.*Exit routed
  • fwha_.*
  • cul_load_.*
  • Port .*?: Ausgefallen
  • PPPoE-Verbindung konnte nicht hergestellt werden
  • NAT-Versteck-Fehler.*
  • Ungültiger Benutzername/Passwort
  • Die Überprüfung der .*?-Inhaltsaktualisierungsinformationen ist aufgrund eines allgemeinen Kommunikationsfehlers fehlgeschlagen
  • Fehlerhaftes Passwort für.*
  • Laufwerksfehler erkannt
  • Chassis-Hauptalarm:
  • Der Auto-Update-Agent konnte keine neuen Inhalte herunterladen
  • .*Interner Fehler – ungültiger Port.*
  • .*[Ll]Anmeldung verweigert.*
  • .*? Der Auftrag für den Benutzer „Auto-Update-Agent“ ist fehlgeschlagen

HINWEIS: Die Unterstützung für Check Point 61k/41k basiert vollständig auf der neuen Regel-Engine, die in dieser Version enthalten ist.

Die wichtigsten ErkenntnisseDie wichtigsten Erkenntnisse werden mithilfe von KI generiert. Da automatisierte Zusammenfassungen gelegentlich Fehler enthalten oder wichtige Zusammenhänge auslassen können, sollten Sie für vollständige Informationen stets den vollständigen Blogbeitrag lesen.

Version 5.4 integriert die erste Phase einer Infrastruktur-Betriebsplattform in indeni, bringt neue Inhalte und erweitert die Unterstützung um Check Point 61k/41k. Technische Änderungen umfassen eine neue Regel-Engine zur Erstellung eigener Prüfungen, die Umstellung des Lizenzierungsmechanismus auf die eindeutige indeni-Instanz-UID statt der IP-Adresse sowie zahlreiche neue Signaturen, Überwachungsfunktionen und Fehlerbehebungen für verschiedene Geräte und Szenarien. Operativ ermöglicht die UID-basierte Lizenzierung IP-Adressänderungen und die Einrichtung einer Cold Active/Standby-Hochverfügbarkeit, während Support-Kontakt und Hinweise zur Aktivierung neuer Funktionen bereitgestellt werden.

Vollständige Zusammenfassung

Welche Auswirkungen hat die Umstellung des Lizenzierungsmechanismus in Version 5.4 auf den Betrieb und die Hochverfügbarkeit?

Ab Version 5.4 ist die Lizenzierung an die eindeutige Kennung (UID) der indeni-Instanz gebunden und nicht mehr an die IP-Adresse. Das erlaubt Kunden, die IP-Adresse ihrer indeni-Instanz zu ändern, ohne Lizenzprobleme zu verursachen, und ermöglicht die Einrichtung einer Cold Active/Standby-Hochverfügbarkeitskonfiguration, bei der eine sekundäre Instanz im Standby aktiviert werden kann, falls die primäre Instanz ausfällt oder vom Netzwerk getrennt wird. Für die Einrichtung einer Cold Active/Standby-Konfiguration sollen Kunden das Support-Team kontaktieren, da dies spezielle Konfigurationsschritte und Unterstützung erfordert.

Was bietet die neue Regel-Engine in Version 5.4 und wie hängt sie mit der Check Point-Unterstützung zusammen?

Die neue Regel-Engine ist eine frühe Version einer Plattformfunktion, die Partnern, Beratern und Kunden in Zukunft erlaubt, eigene Prüfungen auf Basis der Infrastruktur-Betriebsplattform von indeni zu erstellen. Die Unterstützung für Check Point 61k/41k in dieser Version basiert vollständig auf dieser neuen Regel-Engine und nutzt sie zur Überwachung von CPU-, Speicher-, Swap- und Festplattenauslastung, Verbindungsanzahl, Blade-Status, Lizenzen, Netzwerkport-Auslastung und zur Erkennung von Protokolleinträgen per regulärem Ausdruck. Da es sich um eine frühe Engine handelt, empfiehlt indeni bei Interesse, eine E‑Mail an [email protected] zu senden.

Welche ausgewählten Fehlerbehebungen und Verbesserungen wurden in Version 5.4 implementiert, die den täglichen Betrieb betreffen?

Mehrere Bugfixes und kleinere Verbesserungen wurden umgesetzt: HTTPS-Proxy-Unterstützung für Indeni Insight; Lizenzierung nach indeni-Instanz-ID statt IP-Adresse; differenzierte Behandlung von Chassis-Geräten für Lizenzzwecke; Änderung bei SNMP-Traps, sodass bei jeder Aktivierung eines Alarms jetzt indeniNewAlertTrap verwendet wird; Behebung, dass Geräte weiterhin gesichert wurden, nachdem sie aus dem Backup-Zeitplan entfernt wurden; diverse Check Point-spezifische Fixes (z. B. SecureXL-Template-Warnungen, präzisere Auswertung von fw ctl pstat, Handling von mpstat-Ausgaben, RADIUS-Erkennung); sowie Optimierungen zur Reduzierung des Datenverbrauchs (Caching von HKLM_registry-Ausgaben, Nutzung von lsof). Diese Änderungen reduzieren Fehlalarme, verbessern Monitoring-Genauigkeit und senken Bandbreitennutzung.

Die wichtigsten Erkenntnisse

• IS-1864: Warnung, wenn die SSL-Entschlüsselung aufgrund nicht unterstützter Verschlüsselungssuiten nicht funktioniert (Palo Alto Networks-Firewalls, siehe https://live.paloaltonetworks.com/t5/Management-Articles/SSL-Decryption-Not-Working-due-to-Unsupported-Cipher-Suites/ta-p/55543)
• IK-2142: Verfolgung der Pufferauslastung über den Befehl „debug dataplane pool statistics“ (Palo Alto Networks-Firewalls)

Ausgewählte Fehlerbehebungen und kleinere Verbesserungen:

• IS-1862: Unterstützung eines HTTPS-Proxys für Indeni Insight
• IS-1844: Getrennte Behandlung von Chassis-Geräten (61k, 41k, Crossbeam, 7080 usw.) für Lizenzierungszwecke
• IS-1437: Verwendung der indeni-Instanz-ID anstelle der IP-Adresse für die Lizenzierung (ermöglicht Änderungen der IP-Adresse bei indeni-Geräten)
• IS-920: SNMP-Traps: Änderung des Ablaufs, sodass bei jeder Aktivierung eines Alarms „indeniNewAlertTrap“ verwendet wird, anstatt nur „indeniAlertStatusUpdateTrap“ zu senden
• IK-2510: Fehlerbehebung: indeni führt weiterhin Backups eines Geräts durch, nachdem es aus dem Backup-Zeitplan entfernt wurde
• IK-2495: „SecureXL-Vorlagen sind teilweise deaktiviert“ löst keine Warnung für VSs aus (Check Point-Firewalls)
• IK-2494: Ungenaue Auswertung des Firewall-Kernel-Speichers in „fw ctl pstat“ (Check Point-Firewalls)
• IK-2493: Überwachung aufgrund einer unerwarteten „mpstat“-Ausgabe ausgesetzt
• IK-2479: MDM kann bei RADIUS-basierter Anmeldung nicht erkannt werden (Check Point-Firewalls)
• IK-2448: Ausgabe von „HKLM_registry“ zwischenspeichern, um die Bandbreitennutzung zu reduzieren (Check Point-Firewalls)
• IK-2447: Verwendung des Befehls „lsof“ optimieren, um den Datenverbrauch zu reduzieren
• IK-2442: Fehler bei der Übermittlung von Warnmeldungen: Versand per E-Mail bei Auftreten dieser Fehler
• IK-2408: Warnmeldungen zu „Vertrag abgelaufen/läuft bald ab“ sollten nur den Vertrag anzeigen und einen Verweis auf SmartUpdate hinzufügen (Check Point-Firewalls)
• IK-2405: „Verwendung von NTP-Servern konfiguriert, aber nicht betriebsbereit“ – Details hinzufügen, auch wenn nicht alle NTP-Server synchronisiert sind (Alle Geräte)
• IK-2339: Die Swap-Speichernutzung sollte immer eine Warnung auslösen, wenn Swap verwendet wird (Warnschwelle auf 1 % senken) (alle Geräte)
• IK-1979: „Synchronisierungsausfälle aufgetreten – mögliches Problem mit dem Synchronisierungsnetzwerk (SA#35136)“ – Fehlalarm bei der Installation von Richtlinien; Schwellenwert für Warnungen auf 5 Synchronisierungsausfälle festlegen (Check Point-Firewalls)
• IK-2497: In der Indeni-Webkonsole treten Fehler auf, weil Geräte gelöscht wurden