Shazzam-Probe konfigurieren

Wenn Sie Discovery ausführen, erkennt die Shazzam-Probe Ihre aktiven Netzwerkgeräte, indem sie bestimmte Ports in bestimmten IP-Adressbereichen scannt. Wenn die Liste der zu scannenden IP-Bereiche groß ist, können Sie die Shazzam-Nutzlast für die JSON-Codierung konfigurieren, um ihre Größe zu reduzieren.

Vorbereitungen

Erforderliche Rolle: admin

Warum und wann dieser Vorgang ausgeführt wird

Sie können das Verhalten einzelner Shazzam-Probes mit grundlegenden und erweiterten Parametern steuern.

Anweisungen zum Konfigurieren der Sondenparameter finden Sie unter Probe-Parameter festlegen .

Hinweis:

Die Shazzam-Nutzlast wird von den folgenden MID Server-Eigenschaftengesteuert. Diese Eigenschaften müssen dem MID Server nicht hinzugefügt werden. Die Shazzam-Probe greift auf ihre Standardwerte zurück.

• Die Eigenschaft shazzam.chunk_size steuert die maximale Anzahl von IP-Adressen, die Shazzam parallel scannen kann.
• Die Eigenschaft mid.shazzam.regulator.interval_ms legt das Intervall fest, in dem Shazzam Pakete starten kann.
• Die Eigenschaft mid.shazzam.regulator.packets_per_interval legt die Anzahl von Paketen fest, die Shazzam im Zeitintervall starten kann.

Prozedur

1. Navigieren zu Alle > Discovery-Definition > Probes.
2. Wählen Sie Shazzam aus.
3. Fügen Sie der zugehörigen Liste Probe Parameter Parameter hinzu, oder bearbeiten Sie sie.
4. Konfigurieren Sie die Shazzam-Parameter.
   Zur Feinabstimmung der Shazzam-Probe stehen die folgenden Parameter zur Verfügung. Die folgenden Werte sind nur im Probe-Datensatz definiert.

   Tabelle : 1. Erweiterte Shazzam-Parameter

   Parameter	Beschreibung
   BannerTCP_waitForConnectMS	Legt die Anzahl von Millisekunden fest, die der Scanner BannerTCP auf die Herstellung einer Verbindung wartet Standardwert: 1500
   debug	Aktiviert bei Einstellung auf true die Debug-Protokollierung Standardwert: false
   delay_wbem	Verzögert die Klassifizierung von Systemen mit einem offenen WBEM-Port bis zum endgültigen Shazzam-Sensorauftrag. Bei einem umfangreichen Zeitplan, der viele WBEM-Ports erkennt, kann die Verzögerung der Klassifizierung bis zum letzten Sensorauftrag dazu führen, dass dem Knoten nicht mehr genügend Arbeitsspeicher zur Verfügung steht. Wenn Sie diesen Parameter auf false setzen, kann die Klassifizierung dieser Systeme für alle Shazzam-Sensoraufträge erfolgen. Standard: true
   DNS_alternativePort	Überholt
   DNS_waitForResponseMS	Legt die Anzahl von Millisekunden fest, die der Scanner DNS auf eine Antwort wartet Standardwert: 1000
   GenericTCP_waitForConnectMS	Legt die Anzahl von Millisekunden fest, die der Scanner GenericTCP auf die Herstellung einer Verbindung wartet Standardwert: 1000
   HTTP_waitForConnectMS	Legt die Anzahl von Millisekunden fest, die der Scanner HTTP auf die Herstellung einer Verbindung wartet Standardwert: 500
   HTTP_waitForResponseMS	Legt die Anzahl von Millisekunden fest, die der Scanner HTTP auf eine Antwort wartet Standardwert: 500
   NBT_alternativePort	Überholt
   NBT_waitForResponseMS	Legt die Anzahl von Millisekunden fest, die der Scanner NBT auf eine Antwort wartet Standardwert: 500
   shazzam_report_inactive	Bei true werden Geräte gemeldet, die zwar eingeschaltet, aber inaktiv sind. Beispiel: Ein Gerät weist keine offenen Ports auf, lehnt jedoch mindestens eine Portverbindungsanforderung ab. Standard: true
   scanner_log	Aktiviert bei Einstellung auf true die Scannerprotokollierung Diese Protokollierungsinformationen werden in der Antwort der Shazzam-Probe angezeigt. Standardwert: false
   shazzam_report_dead	Bei true werden Geräte mit inaktiven IP-Adressen gemeldet. Etwa ein Gerät, bei dem alle Ports geschlossen sind Standardwert: false
   SNMP_alternativePort	Überholt
   SNMP_tapIntervalMS	Legt die Anzahl von Millisekunden fest, die der Scanner SNMP zwischen Taps wartet Standardwert: 1000
   SNMP_taps	Legt die Anzahl der Taps (Anforderungen) fest, die der Scanner SNMP versucht Standardwert: 2
   SNMP_waitForResponseMS	Legt die Anzahl von Millisekunden fest, die der Scanner SNMP nach dem letzten Tap auf eine Antwort wartet Standardwert: 1000
   TLS_keepOriginalCertificate	Wenn Discovery bei der Einstellung true ausgeführt wird, wird das Feld certificate_file in cmdb_ci_certificate mit dem ursprünglichen Zertifikat gefüllt. Beachten Sie, dass sich dadurch die Nutzlastgröße erhöhen kann. Standardwert: false

Shazzam-Nutzlastgröße steuern

Eine Systemeigenschaft konvertiert Shazzam-Nutzlasten in JSON-Zeichenfolgen, wodurch deren Größe erheblich reduziert wird. Diese Einstellung verhindert, dass Knoten bei der Erkennung einer große Anzahl von IP-Bereichen durch einen einzelnen Zeitplan der Arbeitsspeicher ausgeht.

Vorbereitungen

Erforderliche Rolle: admin

Warum und wann dieser Vorgang ausgeführt wird

Die Eigenschaft glide.discovery.shazzam_ranges_json wird für neue Instanzen auf true gesetzt. Diese Einstellung codiert die Nutzlast als JSON-Zeichenfolge. Die Eigenschaft kann von Administratoren konfiguriert werden und ist im verfügbar Discovery-Definition > Eigenschaften -Modul. Die Eigenschaftsbezeichnung im Modul lautet Verwenden Sie JSON für IP-Bereiche in Shazzam.

In upgegradeten Instanzen ist diese Eigenschaft auf false festgelegt und standardmäßig nicht sichtbar. Durch manuelles Hinzufügen der Eigenschaft zu Ihrer aktualisierten Instanz wird die Funktion aktiviert, aber nicht hinzugefügt Discovery-Definition > Eigenschaften -Modul. Um die JSON-Codierung zu aktivieren und dem Modul hinzuzufügen, importieren Sie den Update Set, das Sie über KB0687626 erhalten.

Prozedur

1. Geben Sie im Navigationsfilter sys_properties.list ein, und drücken Sie die Eingabetaste.
2. Klicken Sie in der Liste der Systemeigenschaften auf Neu.
3. Füllen Sie das Formular mit den folgenden Feldwerten aus:
   • Name: glide.discovery.shazzam_ranges_json
   • Beschreibung: Codiert die Shazzam-Nutzlast in JSON
   • Wert: true
4. Klicken Sie auf Absenden.