Discovery-Eigenschaften
Mit Discovery-Eigenschaften können Sie zahlreiche Aspekte des horizontalen Erkennungsprozesses steuern.
Für Informationen zum Discovery Eigenschaften, die Agent Client Collector Verwendet, siehe Push-basierte Discovery und horizontale IP-basierte Discovery zusammen verwenden.
Bearbeiten Sie Folgendes Discovery Eigenschaften, indem Sie zu navigieren an.
| Feld | Beschreibung |
|---|---|
| glide.discovery.exclude_ip_sync_classes | Definiert CI-Klassen, deren IP-Adressen nicht ersetzt werden sollen, wenn die von Discovery zurückgegebene Adresse nicht mit einer der NICs des Geräts übereinstimmt. Verwenden Sie eine kommagetrennte Liste, um mehrere Klassen zu definieren. Vom System wird im CI-Datensatz standardmäßig die Verwaltungs-IP eines Lastenausgleichsmoduls verwendet, die von Discovery zurückgegeben wird, anstatt sie durch die IP-Adresse einer der NICs des Lastenausgleichsmoduls zu ersetzen.
|
| glide.discovery.enforce_unique_ips | Eindeutige IP-Adressen erzwingen: Die IP-Adresse wird ignoriert, nachdem nachfolgende Geräte von Discovery gefunden worden sind, die dieselbe IP-Adresse verwenden. Jedes Mal, wenn ein Computer, ein Drucker oder ein Netzwerkgerät mit einer gültigen IP-Adresse erkannt wird, wird das IP-Adressfeld aller anderen Geräte mit derselben IP-Adresse gelöscht. Wenn inaktiv, wird die IP-Adresse für jedes Gerät gespeichert.
|
| Feld | Beschreibung |
|---|---|
| glide.discovery.bgp_router_disable | BGP-Routererkundung deaktiviert: Deaktivierung der Ausführung des Probe SNMP – Routing oder des Musters, wenn ein Router erkannt wird, von dem das BGP-Protokoll ausgeführt wird. Normalerweise IST diese Exploration inaktiv, da BGP-Routingtabellen sehr groß sind und solche Router im Allgemeinen nur an der Peripherie großer Netzwerke arbeiten, in denen eine weitere Netzwerk-Discovery irrelevant wäre. Dieser Wert könnte auf „falsch“ gesetzt werden, wenn Ihr Unternehmen nur BGP-Router als Edge-Router zwischen relativ kleinen Netzwerken (z. B. zwischen Gebäuden auf einem einzelnen Campus) verwendet. Wenn Sie die Tabelle [Discovery_device_neighbors] während der Erkennung der horizontalen Ebene 2 der bgp-fähigen Geräte ausfüllen müssen, legen Sie fest BGP-Routererkundung deaktiviert Eigenschaft bis Nein . Beachten Sie, dass das Aktivieren dieser Eigenschaft zu Leistungsproblemen führen kann, einschließlich Problemen mit zu wenig Arbeitsspeicher auf dem MID-Server.
|
| glide.discovery.debug.network_discovery | Debugging der Netzwerkerkennung: Ermöglicht die umfassende Protokollierung aller Netzwerk-Discovery-Aktivitäten auf der Instanz.
|
| glide.discovery.discoverable.network.max.netmask.bits | Maximale Netzmaskengröße für auffindbare Netzwerke (Bits): Die maximale Anzahl von Bits in einer regulären Netzmaske für Netzwerke, die von einer Netzwerk-Discovery erkannt werden. Eine reguläre Netzmaske ist eine Netzmaske, die binär als eine Zeichenfolge von Einsen, gefolgt von einer Zeichenfolge von Nullen, ausgedrückt werden kann. Beispiel: 255.255.255.0 ist regulär, und 255.255.255.64 ist irregulär. Reguläre Netzwerke werden im Allgemeinen wie folgt ausgedrückt: 10.0.0.0/24, d. h. eine Netzwerkadresse von 10.0.0.0 mit einer Netzmaske von 255.255.255.0. Größere Bitzahlen bedeuten Netzwerke mit einer kleineren Anzahl von Adressen. Beispielsweise enthält das Netzwerk 10.128.0.128/30 vier Adressen: eine Netzwerkadresse (10.128.0.128), eine Broadcast-Adresse (10.128.0.131) und zwei verwendbare Adressen (10.128.0.129 und 10.128.0.130). Kleine Netzwerke werden normalerweise in Netzwerkgeräten konfiguriert, damit Loopback-Adressen oder Netzwerke bereitgestellt werden können, die ausschließlich von Punkt-zu-Punkt-Verbindungen verwendet werden. Da diese Arten von Netzwerken im Allgemeinen nicht von Netzwerk Discovery entdeckt werden müssen, wäre es nützlich, sie herauszufiltern. Wenn Sie diese Eigenschaft auf einen Wert von 1 bis 32 festlegen, können Sie die Größe der erkannten regulären Netzwerke begrenzen. Wenn Sie einen anderen Wert festlegen, werden alle Netzwerke erkannt. Unregelmäßige Netzwerke werden immer entdeckt. Der Standardwert ist 28, was bedeutet, dass reguläre Netzwerke mit 8 oder weniger Adressen nicht erkannt werden können.
|
| glide.discovery.network_owner_method | Auswahlmethode für Netzwerkrouter: Diese Eigenschaft steuert die Methode, die zur Entscheidung verwendet wird (während Netzwerk Discovery ) welcher Router als Router ausgewählt werden soll, der einem bestimmten IP-Netzwerk zugeordnet werden soll. Die möglichen Werte sind:
|
| glide.discovery.physical_interface_types | Physikalische Schnittstellentypen: Eine durch Kommas getrennte Liste von Schnittstellentypen, die für die Netzwerkerkennung als physisch angesehen werden. Wenn ein Router (oder ein weiterleitungsfähiges Gerät) über eine Schnittstelle dieses Typs verfügt, werden die mit dieser Schnittstelle verbundenen Netzwerke als lokal mit diesem Gerät verbunden angesehen. Die Standardschnittstellentypen umfassen die Typen Ethernet, 802.11 und Token Ring. Schnittstellentypnummern sind in der SNMP MIB-2 definiert, insbesondere in der OID 1.3.6.1.2.1.2.2.1.3.
|
| glide.discovery.switch_interface_types | Switch-Schnittstellentypen: Kommagetrennte Liste von Schnittstellentypen, die berücksichtigt werden. Schnittstellentypnummern sind in der SNMP MIB-2 definiert, insbesondere in der OID 1.3.6.1.2.1.2.2.1.3. Geräte mit beliebigen Schnittstellentypen, die NICHT in dieser Liste angezeigt werden, werden als Router klassifiziert, wenn sie über Weiterleitungsfunktionen verfügen. Eine vollständige Liste der Schnittstellentypnummern finden Sie auf der IANA-Website im Abschnitt „ifType-Definitionen.“
|
| Feld | Beschreibung |
|---|---|
| com.snc.use_external_credentials | Ermöglicht die Verwendung des externen Speichers von Anmeldeinformationen.
|
| com.glide.processing.framework.max_thread_utilization_percentage | Ermöglicht Ihnen das Ändern des Skalierungsfaktors für discovery.sensorUnd discovery.cloud.sensorWarteschlangen. Durch Erhöhen des Werts können Sie den Skalierungsfaktor erhöhen, wodurch sich die Anzahl der Worker-Threads pro App-Knoten erhöht.
Hinweis: Dieses Verhalten gilt nur, wenn discovery.use.event.processingIst auf festgelegt Wahr . |
| com.glide.queue.discovery.cloud.sensors.processing_jobs.priority | Verwaltet die Mitarbeiterpriorität des Hintergrundauftrags für Cloud-basiert Discovery Aufträge bei Verwendung des Ereignis-Frameworks. Durch Erhöhen des Werts wird die Priorität verringert.
Hinweis: Dieses Verhalten gilt nur, wenn discovery.use.event.processingIst auf festgelegt Wahr . |
| com.glide.queue.discovery.sensors.processing_jobs.priority | Verwaltet die Mitarbeiterpriorität des Hintergrundauftrags für IP-basiert Discovery Aufträge bei Verwendung des Ereignis-Frameworks. Durch Erhöhen des Werts wird die Priorität verringert.
Hinweis: Dieses Verhalten gilt nur, wenn discovery.use.event.processingIst auf festgelegt Wahr . |
| discovery.event.pin.jobs | Ermöglicht die Ausführung von Ereignisprozessoren auf bestimmten Knoten. Wenn auf festgelegt Wahr , Aufträge werden Knoten zugewiesen, um die Arbeit gleichmäßig zu verteilen. Wenn auf festgelegt Falsch , Aufträge werden zufällig zugewiesen, was den Discovery-Durchsatz erhöhen kann.
Hinweis:
Dieses Verhalten gilt nur, wenn discovery.use.event.processingIst auf festgelegt Wahr . |
| discovery.event.separate.cloud.events | Reduziert die Verarbeitungszeit durch Trennung von discovery.sensorUnd discovery.cloud.sensorEreigniswarteschlangen für Cloud- und IP-basierte Erkennungen. Wenn diese Eigenschaft auf festgelegt ist Falsch , Die Ereignisverarbeitung verwendet nur discovery.sensorWarteschlange.
Hinweis:
Dieses Verhalten gilt nur, wenn discovery.use.event.processingIst auf festgelegt Wahr . |
| discovery.use.event.processing | Aktiviert Discovery Dient zur Verwendung des Ereignis-Frameworks bei der Verarbeitung von Aufträgen.
|
| glide.discovery.active_processes_filter |
Active Processes Filter: Optimierung für die Zuordnung von Anwendungsabhängigkeiten. Filtert die aktiven Prozesse, die von zurückgegeben werden Discovery Nur für diejenigen, die eine Übereinstimmung in der Prozessklassifikationstabelle haben.
|
| glide.discovery.adme.aggregation_interval | ADME – Aggregationsintervall (Sek): Wie oft (in Sekunden) sofortige Daten in Blöcke zusammengefasst werden. Es muss mindestens 60 Sekunden betragen und es muss ein Vielfaches des ADME-Abtastintervalls sein.
|
| glide.discovery.adme.base_dir_unix | ADME – Unix-Basisverzeichnis: Ein vorhandenes Verzeichnis auf den UNIX-Zielcomputern, das als Arbeitsbereich verwendet werden soll. Muss ein absoluter Pfad zum Verzeichnis sein.
|
| Mid.powershell.target_Base_dir | PowerShell: Ziel-Basisverzeichnis: Eine Netzwerkfreigabe auf den Zielcomputern von Windows, die als Arbeitsbereich verwendet werden soll.
|
| glide.discovery.adme.max_total_samples | ADME – Maximale Anzahl Samples: Die Anzahl der vom Skript genommenen Samples. Die Ausführung des Skripts wird beendet, nachdem diese Anzahl von Mustern entnommen wurde.
|
| glide.discovery.adme.rolling_window_size | ADME - Rollfende Fenstergröße. Wie viele kürzlich aggregierte Blöcke sollen gespeichert werden? Ein aggregierter Block besteht aus dem ADME-Aggregationsintervall und den ADME-Abtastintervallabtastungen. Nur die neuesten Blöcke werden beibehalten.
|
| glide.discovery.adme.sampling_interval | ADME - Abtastintervall (Sek): Wie oft werden Prozess- und Verbindungsdaten in Sekunden erfasst? Muss mindestens 5 Sekunden betragen.
|
| glide.discovery.adm.update.applications |
Steuert, ob Anwendungs-CIs basierend auf dem Status des laufenden Prozesses aktualisiert werden sollen. Wenn Discovery Erkennt den Server erneut und stellt fest, dass ein zuvor ausgeführter Prozess im Datensatz „cmdb_running_Process“ nicht mehr aktiv ist, „Abwesend“ auf festgelegt ist Wahr . Darüber hinaus wird install_status für das zugehörige Anwendungs-CI von „Installiert“ auf „Abwesend“ aktualisiert. Wenn der laufende Prozess für das zugehörige Anwendungs-CI bei nachfolgenden Scans wieder online ist, wird install_status auf „Installiert“ zurückgesetzt.
Hinweis: Dieses Verhalten funktioniert nur für Anwendungs-CIs, die mithilfe von Mustern erkannt werden.
|
| glide.discovery.allow_loopback_adapters | Loopback-Adapter-Filter: Ermöglicht, dass Netzwerk-Loopback-Adaptern auf SNMP-Geräten erkannt werden, anstatt bei der Erkennung herausgefiltert zu werden. Wenn diese Eigenschaft auf wahr festgelegt ist, werden Netzwerk-Loopback-Adressen erkannt und der CMDB hinzugefügt.
|
| glide.discovery.application_mapping |
Anwendungszuordnung: Aktiviert den Teil der Anwendungszuordnung von Discovery Wichtig:
Durch Deaktivieren dieser Eigenschaft wird die Erstellung von Beziehungen zwischen Anwendungen deaktiviert, aber Nicht Deaktivieren Sie die ADM-Probes und -Sensoren, und verhindern Sie auch die Prozessklassifizierung.
|
| glide.discovery.certs.cert_admin_user_id |
Zertifikatsbestand-Management: Enthält die Benutzer-ID des Benutzers, auf den in der Zertifikatsaufgabe und im Incident, die über einen geplanten Auftrag erstellt werden, verwiesen wird.
|
| glide.discovery.certs.days_before_expiration_to_create_renewal_task |
Zertifikatsbestand-Management: Zeitpunkt (Anzahl der Tage) vor Ablauf des Zertifikats, zu dem eine Erneuerungsaufgabe erstellt werden soll
|
| glide.discovery.certs.en_incident_creation_for_expired_certipts |
Zertifikatsbestand-Management: Ermöglicht der geplanten Aufgabe, die Incidents für abgelaufene Zertifikate zu erstellen, z. B. Zertifikate, deren Gültigkeit nach dem aktuellen Systemdatum oder der aktuellen Systemzeit liegt. Diese Eigenschaft ist standardmäßig aktiviert.
|
| glide.discovery.certs.enable_renewal_task_creation_for_discovered_certificates |
Zertifikatsbestand-Management: Aktiviert die Erstellung von Erneuerungsaufgaben für alle erkannten Zertifikate Diese Eigenschaft ist standardmäßig aktiviert.
|
| glide.discovery.certs.slack_channel_id |
Zertifikatsbestand-Management: Enthält die Slack-Kanal-ID, an die Zertifikatbenachrichtigungen gesendet werden.
|
| glide.discovery.count.use_optimized_counter |
Führt optimierten Code zum Aktualisieren von „Discovery_Status.Started“ und „discovery_status.completed“ aus. Wenn auf festgelegt Wahr , Geschäftsregeln für Discovery_Status werden nicht ausgeführt, wenn „gestartet“ oder „Abgeschlossen“ geändert wird. Es gibt zwei Ausnahmen:
|
| glide.discovery.debug.ci_identification | CI-Identifikationsdebugging: Wenn diese Eigenschaft auf wahr gesetzt ist, wird die Debug-Protokollierung (im CI-Identifikationsprotokoll) für die CI-Identifikation aktiviert.
|
| glide.discovery.discover_aws_ec2_host_metadata | Bei der IP-basierten Discovery für einen bestimmten Host werden zusätzlich Probes ausgeführt, die AWS EC2-Metadaten abrufen.
|
| glide.discovery.discover_azure_host_metadata | Bei der IP-basierten Discovery für einen bestimmten Host werden zusätzlich Probes ausgeführt, die Azure-Metadaten abrufen.
|
| glide.discovery.discover_software | Softwarepakete erkennen: Erkennen von Softwarepaketen aktivieren.
|
| glide.discovery.domain.name.nbt | Legen Sie den BS-Domänennamen über NBT oder WMI fest. Wenn diese Eigenschaft auf wahr gesetzt ist, wird der Windows-Domänenname von NBT festgelegt. Andernfalls wird es von WMI festgelegt.
|
| glide.discovery.enable_adme | ADME: Aktivieren Sie die erweiterte ADM-Sonde. Wenn auf festgelegt Wahr , Die erweiterte ADM-Probe wird ausgelöst und greift nur nach Bedarf auf die ADM-Probe zurück.
|
| glide.discovery.enable_file_tracking |
Aktivieren Sie das Tracking der Konfigurationsdatei als Teil des musterbasierten Horizontale Discovery. Wenn auf festgelegt Wahr , Mit dem System können Sie Pfade von Konfigurationsdateien für Anwendungen angeben, die durch Muster erkannt werden. Sie können nachverfolgte Konfigurationsdateien nachverfolgen und vergleichen.
|
| glide.discovery.enable_mac_address_verification |
Aktiviert die Überprüfung der MAC-Adresse, um festzustellen, ob ein Gerät seine IP-Adresse während einer Ermittlung geändert hat. Wenn diese Eigenschaft auf wahr gesetzt ist, wird die MAC-Adresse eines erkannten Geräts von Discovery an den MID Server übergeben, damit von den Probes festgestellt werden kann, ob sich die IP-Adresse geändert hat, während Discovery ausgeführt wird. Wenn das Gerät IP-Adressen geändert hat, dann Discovery Stoppt die Verarbeitung dieser IP-Adresse und aktualisiert den Discovery Protokoll mit einer Warnmeldung. Discovery Die Verarbeitung anderer IP-Adressen wird nicht beendet.
Öffnen Sie die Tabelle Systemeigenschaften [sys_properties], um diese Eigenschaft zu finden. |
| glide.discovery.enable.software_filter |
Windows-Softwarefilter: Aktivieren Sie die Windows-Softwarefilter für Discovery .
|
| glide.discovery.enable.software_simplify | Aktiviert die Bereinigung für den Namen und die Version der Software. Bei Festlegung auf true werden alle angehängten Versionen oder häufig gefundenen Ausdrücke aus dem Namen sowie führende Nullen in der Version entfernt. Wenn auf festgelegt Falsch , Rohdaten werden in der Tabelle beibehalten. Verwenden Sie mit Glide.Discovery.enable.Software_Simplify_sccm Eigenschaft zur Vermeidung von Diskrepanzen zwischen Softwaredaten zwischen Discovery und SCCM.
Hinweis: Sobald die Eigenschaft auf festgelegt ist Falsch , Um die Bereinigung zu deaktivieren, werden für eine bestimmte Software doppelte Datensätze generiert. Name und Version sind die primären Bezeichner. |
| Glide.Discovery.enable.Software_Simplify_sccm | Aktiviert die Bereinigung für SCCM-Software. Wenn auf festgelegt Wahr , Discovery ändert den Namen der Software so, dass er mit SCCM identisch ist. Wenn auf festgelegt Falsch , Discovery bereinigt den Namen nicht. Verwenden Sie mit Glide.Discovery.enable.Software_Simplify Eigenschaft zur Vermeidung von Diskrepanzen zwischen Softwaredaten zwischen Discovery und SCCM.
|
| Glide.Discovery.enable_ssm | Aktiviert AWS SSM-basierte Discovery.
|
| Glide.Discovery.ssm.enable_Windows | Aktiviert AWS SSM-basierte Discovery auf Windows Computer als allgemeiner Systemanwender, der jeden Befehl ausführen kann.
|
| glide.discovery.file_tracking.max_file_size | Dateiverfolgung: Die maximale Dateigröße für den Inhalt der verfolgten Konfigurationsdatei.
|
| glide.discovery.file_tracking.max_files_per_ci | Dateiverfolgung: Die maximale Anzahl verfolgter Konfigurationsdateien pro CI.
|
| glide.discovery.file_tracking.change_limit_count | Dateiverfolgung: Anzahl der zulässigen Änderungen an einer verfolgten Konfigurationsdatei im definierten Zeitfenster.
|
| glide.discovery.file_tracking.change_limit_days | Dateiverfolgung: Zeitfenster (in Tagen), das die Anzahl der Änderungen an einer verfolgten Konfigurationsdatei begrenzt.
|
| glide.discovery.fqdn.regex | Regulärer Ausdruck für den DNS-Hostnamen und Domänennamen: Bei der standardmäßigen Analyse des vollqualifizierten Domänennamens (Fully Qualified Domain Name, FQDN) wird der erste Name durch Punkte getrennt als Hostname und der Rest des Namens als Domänenname ausgewählt. Beispielsweise hat „machine1.testlab.service-now.com“ den Hostnamen „machine1“ und den Domänennamen „testlab.service-now.com.“ Die Eigenschaft erlaubt den regulären Ausdruck mit zwei Erfassungsgruppen, wobei die erste Gruppe den Hostnamen und die zweite Gruppe den Domänennamen darstellt.
|
| glide.discovery.hostname.always_update | Aktualisieren Sie immer den Hostnamen. Wenn diese Eigenschaft auf wahr gesetzt ist, wird der Hostname bei der Erkennung immer mit dem zuletzt entdeckten Wert aktualisiert, abhängig davon, ob die Quelle vertrauenswürdig ist. Beachten Sie, dass dies dazu führen kann, dass von Hand eingegebene Werte überschrieben werden. Diese Eigenschaft gilt nur für die Probe-basierte Discovery.
|
| glide.discovery.hostname.case | Groß- und Kleinschreibung des Hostnamens Wenn Kleinbuchstaben Ist ausgewählt, übersetzen Sie den Hostnamen immer in Kleinbuchstaben. Wenn Großbuchstaben Ist ausgewählt, übersetzen Sie den Hostnamen immer in Großbuchstaben. Wenn Keine Änderung Ist ausgewählt, lassen Sie den Hostnamen intakt. Dies betrifft in erster Linie Hostnamen, die mit NETBIOS ermittelt wurden. Einige nicht standardmäßige DNS-Systeme geben jedoch möglicherweise einen Teil oder den gesamten Namen in Großbuchstaben zurück.
|
| glide.discovery.hostname.dns_nbt_trusted | DNS oder NetBIOS ist vertrauenswürdige Hostnamenquelle: Bei Festlegung auf wahr wird dem über DNS oder NetBIOS erkannten Gerätenamen vertraut. Wenn aktiviert, wird der über DNS oder NBT gefundene Hostname von CI verwendet. Hinweis: Für Linux, AIX, Und Solaris Muster: Verwenden Sie nicht den DNS-Namen als Hostnamen.
|
| glide.discovery.hostname.include_domain | Schließt Domänennamen in Hostnamen ein: Bei Festlegung auf wahr wird der Domänenname als Teil des Hostnamens eingeschlossen. Zum Beispiel "bosco.service-now.com" anstelle von "bosco". Hinweis: Für AIX Und Solaris Muster: Verwenden Sie nicht den DNS-Namen als Hostnamen.
|
| glide.discovery.hostname.snmp_trusted | SNMP ist vertrauenswürdige Hostnamenquelle: Wenn diese Eigenschaft auf wahr gesetzt ist, wird dem über SNMP erkannten Gerätenamen vertraut. Wenn diese Option aktiviert ist, wird jeder über SNMP gefundene Gerätename verwendet, anstatt des Namens, der durch eine Reverse-DNS-Suche gefunden wurde.
|
| glide.discovery.hostname.ssh_trusted | SSH ist vertrauenswürdige Hostnamenquelle: Wenn diese Eigenschaft auf wahr gesetzt ist, wird dem über SSH erkannten Gerätenamen vertraut. Wenn diese Option aktiviert ist, wird jeder über SSH gefundene Gerätename verwendet, anstatt des Namens, der durch eine Reverse-DNS-Suche gefunden wurde. Hinweis: Für Linux, AIX, Und Solaris Muster: Verwenden Sie nicht den DNS-Namen als Hostnamen.
|
| glide.discovery.hostname.wmi_trusted | WMI ist vertrauenswürdige Hostnamenquelle: Wenn diese Eigenschaft auf wahr gesetzt ist, wird dem über WMI erkannten Gerätenamen vertraut. Wenn aktiviert, wird jeder über WMI gefundene Gerätename verwendet anstatt Der Name wurde durch eine Reverse-DNS-Suche gefunden.
|
| glide.discovery.ip_based.active | Dadurch können Scans für alle IP-Adressen desselben Geräts im selben Discovery-Zeitplan den vollständigen Zyklus durchlaufen. Dies ist auf festgelegt Wahr Für Proben-zu-Muster-migrierte Instanzen: Discovery Versucht nicht, eine zusätzliche IP-Adresserkennung durchzuführen.
|
| glide.discovery.ip_service_affinity |
IP-Service-Affinität: Wenn diese Eigenschaft auf wahr gesetzt ist, ist die IP-Service-Affinität aktiviert. IP-Service-Affinität erlaubt Discovery den letzten Port der erkannten IP-Adresse zu speichern. Hinweis:
Sie müssen ip_Service_Affinity-Datensätze aktivieren, wenn Sie mehrere SSH-Ports verwenden.
|
| glide.discovery.L3_mapping | Ordnen Sie Server und Netzwerkgeräte Routern und Layer-3-Switches zu, wenn die Eigenschaft „L3-Zuordnung“ aktiviert ist, ordnet sie Server und Netzwerkgeräte den zugehörigen Routern und Layer-3-Switches zu.
|
| glide.discovery.log_message_length |
Protokollnachrichtenlänge: Beschränkung der maximalen Nachrichtenlänge, die in der Tabelle „Discovery-Protokoll“ angezeigt wird. Ein Wert von 0 oder eine negative Zahl deaktiviert dieses Limit.
|
| glide.discovery.mark_esx_servers_as_absent | Wenn diese Eigenschaft auf „wahr“ festgelegt ist, werden die ESX-Server als „Abwesend“ markiert und nicht als deaktiviert markiert, wenn der ESX-Server nicht in der Nutzlast gefunden wird.
|
| glide.discovery.max_concurrent_invocations_per_schedule | Maximale Anzahl gleichzeitiger Aufrufe pro Zeitplan: Verhindert, dass eine unbegrenzte Anzahl von Aufrufen das System überschwemmt, wenn ein Zeitplan länger als die Zeit zwischen Aufrufen dauert. Der Wert ist eine ganze Zahl, die die maximale Anzahl automatisierter Aufrufe desselben Zeitplans festgelegt, die gleichzeitig ablaufen können. Wenn das Limit erreicht wurde, werden nachfolgende geplante Aufrufe abgebrochen. Der Standardwert ist 3. Ein Wert von 0 oder eine negative Zahl deaktiviert diese Einschränkung.
Hinweis: Diese Eigenschaft gilt nicht für Zeitpläne, für die die Konfiguration „Ausführen nach“ auf „auch wenn abgebrochen“ festgelegt ist. |
| glide.discovery.network_discovery.functionality | Netzwerke-Discovery-Funktionalität: Die Funktionalität, die zum Erkennen von Netzwerken verwendet wird. Normalerweise sollte dies Nur SNMP sein.
|
| glide.discovery.perf.metrics.enable_collection | Gibt an, ob Discovery-Leistungsmetriken erfasst werden sollen.
|
| glide.discovery.perf.metrics.rollup_by_build | Gibt an, ob einzelne Discovery-Leistungsmetriken in einer Rollup-Tabelle zusammengefasst werden sollen, die nach Discovery-Build gruppiert wird.
|
| glide.discovery.perf.metrics.rollup_by_status | Gibt an, ob einzelne Discovery-Leistungsmetriken in einer Rollup-Tabelle zusammengefasst werden sollen, die nach Discovery-Status gruppiert wird.
|
| glide.discovery.perf.metrics.rollup_by_target | Gibt an, ob einzelne Discovery-Leistungsmetriken in einer Rollup-Tabelle zusammengefasst werden sollen, die nach Ziel-IP-Adresse gruppiert wird.
|
| glide.discovery.populate_software_instance_table |
Bei Festlegung auf „true“ werden von Discovery folgende Tabellen für die Software-Erkennung gefüllt:
cmdb_software_instance und cmdb_sam_sw_install.
Verwenden Sie diese Eigenschaft nur, wenn Sie Software Asset Management mit Discovery in einer Version vor Jakarta verwenden und die Tabelle Öffnen Sie die Tabelle Systemeigenschaften [sys_properties], um diese Eigenschaft zu finden. |
| glide.discovery.roundingInterval.cpu | CPU-Geschwindigkeitsrundung: Geben Sie die Zahl ein, auf der die CPU-Geschwindigkeit gerundet werden soll. Die Einheiten sind in MHz.
|
| glide.discovery.roundingInterval.ram | Speicher-Rundung: Geben Sie die Zahl ein, auf die der Computer-RAM gerundet werden soll. Die Einheiten sind in MB.
|
| Glide.Discovery.schedule_Monitoring.Dry_Run | Bestimmt, ob der Auftrag im Modus „Probelauf“ ausgeführt wird. Wenn auf festgelegt Wahr , Der Auftrag protokolliert die Entscheidung nur im Discovery-Protokoll, ändert jedoch nicht den Status des Status, andernfalls ändert der Auftrag den Status des Status bei Bedarf.
|
| Glide.Discovery.schedule_Monitoring.schedule_types_to_Monitor | Bestimmt den Typ der zu verfolgenden Status. Der Wert befindet sich im Attribut „Erkennen“ im Zeitplan.
|
| Glide.Discovery.schedule_Monitoring.stale_Check_seconds | Bestimmt die Anzahl in Sekunden, in der ein Status als veraltet betrachtet wird. Ein veralteter Status ist ein Status, der in den letzten X Sekunden nicht aktualisiert wurde.
|
| glide.discovery.sensors.fire_ssh_probe | Wenn die VIPs (Load Balancer Virtual Services) nicht als Teil der SNMP-Probe-Nutzlast zurückgegeben wurden, lösen Sie die SSH-Probe aus. Wählen Sie diese Option aus, um den SSH-Port am Lastenausgleichsmodul zu verwenden, anstatt nur SNMP zu verwenden.
|
| glide.discovery.sensors.netapp_native_7mode | Für 7-Modus NetApp Speicherserver, verwenden Sie native Discovery anstelle von SMI-S. |
| glide.discovery.sensors.netapp_native_cluster_mode | Für Clustermodus NetApp Speicherserver, verwenden Sie native Discovery anstelle von SMI-S. |
| glide.discovery.sensors.save_attachments | Speichern von ECC-Warteschlangenanhängen: Das normale Verhalten von Erkennungssensoren besteht darin, Anlagen an ECC-Warteschlangeneinträgen nach erfolgreicher Sensorbearbeitung zu löschen. Wenn diese Eigenschaft auf „wahr“ gesetzt wird, wird dieses Verhalten außer Kraft gesetzt und die Beibehaltung von Anhängen erzwungen. Dies ist normalerweise nur für Debugging-Zwecke nützlich.
|
| glide.discovery.shazzam_ranges_json | JSON für IP-Bereiche in Shazzam verwenden, wenn auf festgelegt Wahr , Discovery codiert die IP-Bereiche von Shazzam als JSON, wodurch die Nutzlastgröße drastisch reduziert wird.
|
| glide.discovery.shazzam_simplify_ranges |
Wenn diese Eigenschaft auf true gesetzt ist, erkennt Shazzam, ob eine IP in mehreren Bereichen desselben Discovery-Zeitplans enthalten ist, und entfernt die doppelte IP aus allen Bereichen außer einem. Die Deduplizierung ist auf Zeitpläne mit einem einzigen Verhalten beschränkt. Zeitpläne mit mehreren Verhaltensweisen funktionieren, doppelte IPs werden jedoch nicht entfernt.
|
| glide.discovery.software_filter_keys | Windows-Softwarefilter: Wenn die Windows-Softwarefilterung aktiviert ist und der Name einer erkannten Software einen der kommagetrennten Werte enthält, wird sie herausgefiltert.
|
| glide.discovery.software_sccm_managed |
Windows-Software wird von SCCM verwaltet: Wenn auf festgelegt Wahr , Discovery Füllt keine Software für Computer-CIs aus, die auch von SCCM verwaltet werden.
|
| glide.discovery.use_cmdb_identifiers |
CMDB-Bezeichner: Wenn diese Eigenschaft auf wahr gesetzt ist, werden Identifizierung und Abgleich von der CMDB-API durchgeführt und nicht über die alte Discovery-Implementierung.
|
| glide.discovery.use_probe_results_cache | Probe-Ergebniscache verwenden: Wenn auf festgelegt Wahr , Der Cache wird überprüft, um festzustellen, ob die Ergebnisse der Probe von einem Sensor verarbeitet werden müssen. Sie muss nur verarbeitet werden, wenn sich die Ergebnisse seit dem letzten Erkennungslauf geändert haben.
Hinweis:
In früheren Versionen war diese Eigenschaft standardmäßig true. Der Wert in dieser Eigenschaft wird während eines Upgrades auf Kingston nicht geändert. |
| glide.discovery.virtual_interface_types | Typen virtueller Schnittstellen: Liste der Schnittstellentypen (durch Kommas getrennt), die für die Netzwerkerkennung als „virtuell“ betrachtet werden können. Wenn also ein Router (oder ein Gerät, das Routing ausführen kann) über eine Schnittstelle dieses Typs verfügt, werden die an diese Schnittstelle angeschlossenen Netzwerke als virtuell mit diesem Gerät verbunden betrachtet. Die Standardschnittstellentypen enthalten den propVirtual-Typ. Schnittstellentypnummern sind in der SNMP MIB-2 definiert, insbesondere in der OID 1.3.6.1.2.1.2.2.1.3.
|
| glide.discovery.warn_minor_version |
Bei geringfügigen Versionskonflikten warnen: Wenn diese Eigenschaft auf wahr gesetzt ist, werden Warnungen protokolliert, wenn bei der Verarbeitung der Discovery-Sensoren minor_version-Diskrepanzen erkannt werden.
|
| glide.ecc_agent.validated.override | Eine Überschreibung des validierten Felds „ecc_agent“: Wenn diese Eigenschaft auf „wahr“ gesetzt ist, werden „ecc_agent“-Datensätze immer als gültig behandelt.
Navigieren zu Um diese Eigenschaft zu finden. |
| glide.eccprobe.awsrestprobe.max_retries | Legen Sie fest, wie oft die AWS-Anforderung maximal erneut versucht werden soll, wenn ein Fehler vom Typ „Quotenbegrenzung überschritten“ auftritt. Der Höchstwert ist 10. Beachten Sie, dass Neuversuche ein exponentielles Backoff (2^x) aufweisen. Die Festlegung negativer Werte ist gleichbedeutend mit der Festlegung des Höchstwerts.
|
| glide.eccprobe.awsrestprobe.max_wait | Legen Sie die maximale Gesamtzeit (Sekunden) fest, innerhalb derer ein neuer Versuch der AWS-Anforderung erfolgt. Höchstwert: 2.046 Sekunden. Die Festlegung negativer Werte ist gleichbedeutend mit der Festlegung des Höchstwerts.
|
| glide.eccprobe.max_queued_probes_per_run | Legen Sie die maximale Anzahl von Probes fest, die von einem Knoten während einer Ausführung aufgenommen werden können.
|
| glide.eccprobe.node_agent_id | ECC-Warteschlangeneinträge mit „mid.server.${VALUE}“ werden von den Knoten aufgenommen und verarbeitet. Dieser muss eindeutig sein und darf nicht mit einem MID Server-Namen identisch sein.
|
| sn_disco_firewall.default.rule.task.policy.owner.group |
Firewall-Audits und Reporting: Gibt den Namen der Zuweisungsgruppe an, die Firewall-Regelaufgaben besitzt oder diesen zugewiesen ist
|
| sn_disco_firewall.default.rule.task.approval.group |
Firewall-Audits und Reporting: Gibt den Namen der Genehmigungsgruppe an, die zum Genehmigen der Firewall-Regelaufgaben verwendet wird.
|
| sn_Disco_certmgmt.enable_csr_Generation | Aktiviert die automatische CSR-Generierung für Zertifikatbestand und -Verwaltung Neues Zertifikat Anfordern Und Neues Zertifikat Anfordern (Automatisiert) Formulare. Diese Funktion ist aus Sicherheitsgründen standardmäßig deaktiviert.
|
| sn_Disco_certmgmt.private_key_size | Ändert die Größe des privaten Schlüssels, wenn die automatische CSR-Generierung in Zertifikatbestand und -Verwaltung verwendet wird Neues Zertifikat Anfordern Und Neues Zertifikat Anfordern (Automatisiert) Formulare. Diese Eigenschaft akzeptiert Werte: 512 | 1024 | 2048 | 4096.
|
| sn_Disco_Workspace.Visibility_Diagnostic_Utility.enabled | Legen Sie diese Option auf „wahr“ fest, um Virtual Agent auf dem zu aktivieren Discovery-Administratorarbeitsbereich Diagnose Seite.
|