Discovery-Eigenschaften
Mit Discovery-Eigenschaften können Sie zahlreiche Aspekte des horizontalen Erkennungsprozesses steuern.
Navigieren zu um diese Eigenschaften zu bearbeiten:
| Feld | Beschreibung |
|---|---|
| glide.discovery.enforce_ip_sync | Synchronisierung von IP-Adressen erzwingen: Dadurch wird die erste IP-Adresse festgelegt. Jedes Mal, wenn ein Computer mit mehreren NICs erkannt wird, wird eine der den NICs zugeordneten IP-Adressen als IP-Adressfeld der CI ausgewählt. Der Wert false erfasst alle NIC-IP-Adressen.
|
| 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 durch Kommas getrennte 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 eine solche Erkundung aufgrund der großen Größe der BGP-Routing-Tabellen inaktiv und da solche Router im Allgemeinen nur am Rand großer Netzwerke arbeiten, in denen eine weitere Netzwerkerkennung 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_neightboard] während der horizontalen Layer 2-Erkennung der BGP-fähigen Geräte ausfüllen müssen, legen Sie die Deaktivierungseigenschaft der BGP -Routererkundung auf Neinfest. Beachten Sie, dass das Aktivieren dieser Eigenschaft zu Leistungsproblemen führen kann, einschließlich Problemen aufgrund von Speichermangel 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.
|
| 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 Ziel-UNIX-Computern, das als Arbeitsbereich verwendet werden soll. Muss ein absoluter Pfad zum Verzeichnis sein.
|
| glide.discovery.adme.base_dir_windows | ADME - Windows-Basisverzeichnis: Eine Netzwerkfreigabe auf den Ziel-Windows-Computern, die als Arbeitsbereich verwendet werden soll.
|
| glide.discovery.adme.max_total_samples | ADME – Maximale Anzahl Samples: Die Anzahl der vom Skript genommenen Samples. Das Skript wird nach dieser Anzahl von Beispielen nicht mehr ausgeführt.
|
| 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 den Server erneut erkennt und feststellt, dass ein zuvor ausgeführter Prozess im cmdb_running_process-Datensatz nicht mehr aktiv ist, wird Abwesend auf truegesetzt. 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: Anwendungszuordnungsteil von Discovery aktivieren Wichtig:
Durch das Deaktivieren dieser Eigenschaft wird die Erstellung von Beziehungen zwischen Anwendungen deaktiviert, die ADM-Probes und -Sensoren werden jedoch nicht deaktiviert, und die Prozessklassifizierung wird verhindert.
|
| 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: Aktiviert die geplante Aufgabe, um 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.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 sie von WMI festgelegt.
|
| glide.discovery.enable_adme | ADME: Aktivieren Sie die erweiterte ADM-Sonde. Bei Festlegung auf truewird die erweiterte ADM-Probe ausgelöst, und es wird nur bei Bedarf auf die ADM-Probe zurückgegriffen.
|
| glide.discovery.enable_file_tracking | Aktivieren Sie das Tracking der Konfigurationsdatei als Teil des musterbasierten Horizontale Discovery. Bei Festlegung auf truekönnen Sie Pfade von Konfigurationsdateien für Anwendungen angeben, die anhand von Mustern 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 die IP-Adressen geändert hat, beendet Discovery die Verarbeitung dieser IP-Adresse und aktualisiert das Protokoll Discovery mit einer Warnmeldung. Discovery stoppt die Verarbeitung anderer IP-Adressen nicht.
Ö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 des Namens und der 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. Bei „ false“werden Rohdaten in der Tabelle gespeichert. Verwenden Sie diese Eigenschaft mit der Eigenschaft glide.discovery.enable.software_simplify_sccm, um Softwaredatendiskrepanzen zwischen Discovery und SCCM zu vermeiden.
Hinweis: Sobald die Eigenschaft auf falsefestgelegt ist, werden zum Deaktivieren der Bereinigung doppelte Datensätze für eine bestimmte Software generiert. Name und Version sind die primären Bezeichner. |
| glide.discovery.enable.software_simplify_sccm | Aktiviert die Bereinigung für SCCM-Software. Bei Festlegung auf trueändert Discovery den Namen der Software in den Namen von SCCM. Bei „ false“ bereinigt Discovery den Namen nicht. Verwenden Sie diese Option mit der Eigenschaft glide.discovery.enable.software_simplify, um Softwaredatendiskrepanzen zwischen Discovery und SCCM zu vermeiden.
|
| 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 Erkennung.
|
| glide.discovery.hostname.case | Groß- und Kleinschreibung des Hostnamens Wenn Kleinbuchstaben ausgewählt ist, wird der Hostname immer in Kleinbuchstaben übersetzt. Wenn Großbuchstaben ausgewählt ist, wird der Hostname immer in Großbuchstaben übersetzt. Wenn Keine Änderung ausgewählt ist, lassen Sie den Hostnamen unverändert. 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.
|
| 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".
|
| 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.
|
| 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 für Instanzen, die von Probe zu Muster migriert wurden, auf „ true “ festgelegt. Discovery versucht keine zusätzliche IP-Adresserkennung.
|
| 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 | Server und Netzwerkgeräte Routern und Layer-3-Switches zuordnen Wenn die Eigenschaft „L3-Zuordnung“ aktiviert ist, werden Server und Netzwerkgeräte den zugehörigen Routern und Layer-3-Switches zugeordnet.
|
| 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 „true“ festgelegt ist, werden die ESX-Server als abwesend anstatt 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.
|
| glide.discovery.network_discovery.functionality | Funktionalität zur Netzwerkerkennung: Die Funktionalität, die zum Erkennen von Netzwerken verwendet wird. Normalerweise sollte dies Nur SNMP sein.
|
| glide.discovery.perf.metrics.enable_collection | Ob Discovery-Leistungsmetriken erfasst werden sollen.
|
| glide.discovery.perf.metrics.rollup_by_build | Ob einzelne Discovery-Leistungsmetriken in einer Rollup-Tabelle zusammengefasst werden sollen, die nach Discovery-Build gruppiert ist.
|
| glide.discovery.perf.metrics.rollup_by_status | Gibt an, ob einzelne Discovery-Leistungsmetriken in einer Zusammenfassungstabelle zusammengefasst werden sollen, die nach Discovery-Status gruppiert ist.
|
| glide.discovery.perf.metrics.rollup_by_target | Gibt an, ob einzelne Discovery-Leistungsmetriken in einer Zusammenfassungstabelle zusammengefasst werden sollen, die nach Ziel-IP-Adresse gruppiert ist.
|
| 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.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 | Verwenden Sie für NetApp-Speicherserver im Modus 7 die native Erkennung anstelle von SMI-S. |
| glide.discovery.sensors.netapp_native_cluster_mode | Verwenden Sie für NetApp-Speicherserver im Clustermodus die native Erkennung 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: Bei Festlegung auf truecodiert Discovery 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 Verhalten funktionieren, aber doppelte IPs werden nicht entfernt.
|
| glide.discovery.software_filter_keys | Windows-Softwarefilter: Wenn die Windows-Softwarefilterung aktiviert ist und der Name einer erkannten Software einen der durch Kommas getrennten Werte enthält, wird er herausgefiltert.
|
| glide.discovery.software_sccm_managed | Windows-Software wird von SCCM verwaltet: Wenn diese Eigenschaft auf truegesetzt ist, füllt Discovery keine Software für Computer-CIs, die ebenfalls 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 | Cache für Probe-Ergebnisse verwenden: Bei Festlegung auf truewird der Cache ü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 and 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 and Reporting : Gibt den Namen der Genehmigungsgruppe an, die zum Genehmigen der Firewall-Regelaufgaben verwendet wird.
|