---
sourceDocument: Yokohama IT Operations Management
sourceDocumentLink: https://servicenow-prod.fluidtopics.net/r/de-DE/yokohama/it-operations-management

 Release :

    - yokohama

ft:locale :

    - de-DE

ft:publication_title :

    - Yokohama IT Operations Management

ft:clusterId :

    - itom

bundleId :

    - itom

workflow :

    - Technology


---

# Beispiele für Funktionen des Discovery-Verhaltens

# Beispiele für Funktionen des Discovery-Verhaltens {#ariaid-title1}

* Freigeben Version: Yokohama
* 
* Aktualisiert 30. Januar 2025
* 
* ![](https://www.servicenow.com/docs/portal-asset/ico-clock) 4 Minuten Lesedauer

Dieses Beispiel für ein Discovery-Verhalten erfordert drei Funktionalitäten für das Verhalten.
Wir erstellen drei Funktionalitäten für dieses Verhalten: Einen MID-Server zum Scannen von Domäne A nur für Windows-Geräte; eine zweite Funktionalität für denselben MID-Server zum Scannen nach allen SSH- und SNMP-Geräten und eine dritte Funktionalität, die einen zweiten MID-Server benennt, um Domäne B auf Windows-Geräte zu scannen. Die Begründung hierfür lautet wie folgt:

* A WindowsMID-Server kann nur erkennen WindowsComputer auf WindowsDomäne, der es beigetreten ist. Dies ist vollständig auf die Art und Weise zurückzuführen WindowsAuthentifizierung funktioniert. Aus diesem Grund benötigen wir eine WMI-Funktionalität für jede Domäne.
* A WindowsDER mit den richtigen Anmeldeinformationen bereitgestellte MID-Server kann SSH- und SNMP-Geräte überall erkennen. WMI-, SSH- und SNMP-Funktionen können jedoch nicht miteinander kombiniert werden WindowsDomänen. Dies liegt daran, dass die Funktionskriterien für die WMI-Scans in gesperrt sind DiscoveryIn eine bestimmte Domäne. Aus diesem Grund erfordern SSH- und SNMP-Erkennungen eine separate Funktionalität.
* Wir möchten jeden Computer nur einmal scannen.
{#r_DefineTheFunctionalities__ul_dbg_cyc_5p}

## Funktionalität 1: WMI-Scannen in Domäne A

Wir konfigurieren einen MID-Server, um nach dem WMI-Protokoll in Domäne A zu scannen. WMI-Scans authentifizieren sich auf WindowsComputer, die die Domänenanmeldeinformationen von verwenden WindowsMID-Servercomputer. Windows MID-Server können außerhalb ihrer eigenen Domänen nicht nach dem WMI-Protokoll suchen.  
Erstellen Sie die erste Funktionalität mit den folgenden Werten:{#r_DefineTheFunctionalities__table_t4x_1zc_5p__entry__2}

| Feld | Eingabewert |
|-|-|
| Phase | Geben Sie eine Phasennummer von ein 1 In diesem Feld. Alle Funktionalitäten in diesem Beispiel verwenden dieselbe Phasennummer, die eine einzelne Shazzam-Probe für alle Funktionalitäten in dieser Phase startet. Eine einzelne Phase ist, wenn möglich, die effizienteste Nutzung der Shazzam-Probe. |
| Funktionalität | Wählen Sie Aus Windows, DNS und WINS Aus der Liste. Diese Funktionalität definiert das WMI-Protokoll, das gescannt wird, und löst die Domäne auf. Da wir ausgewählt haben, nach WMI zu scannen, müssen wir einen auswählen WindowsMID-Server für diese Funktionalität. |
| MID-Server | Wir wählen ein aus WindowsMID-Server aus Domäne A: In diesem Fall Sandb01-358 . |
| Aktiv | Stellen Sie sicher, dass dieses Kontrollkästchen aktiviert ist, um dieses Verhalten zu aktivieren. |
| Kriterien anpassen | Ändern Sie die Kriterien in Alle . |
[ ]

{#r_DefineTheFunctionalities__table_t4x_1zc_5p}

## Erstellen Sie Funktionskriterien

Alle WindowsFunktionalität erfordert Kriterien zur Identifizierung der Domäne und des MID-Servers. In unserem Beispiel erstellen wir zwei Kriterien für diese Funktionalität. Klicken Sie auf, um Funktionskriterien zu erstellen Neu Geben Sie in der zugehörigen Liste die folgenden Werte für den MID-Server ein, der die WMI-Scans in Domäne A durchführt:{#r_DefineTheFunctionalities__table_ajk_pzc_5p__entry__2}

| Feld | Eingabewert |
|-|-|
| Name | Erstellen Sie die folgenden Kriterien: * Eingabetaste <kbd class="ph userinput">Mid_Server </kbd>Um den MID-Server zu benennen, der die WMI-Scans in Domäne A ausführt * Eingabetaste <kbd class="ph userinput">Win_Domain </kbd>Um zu benennen WindowsDomäne, die DiscoveryScannt mit dem definierten MID-Server. {#r_DefineTheFunctionalities__ul_arf_rzc_5p} |
| Operator | Wählen Sie Aus Ist gleich Als Operator in diesen Kriterien. |
| Wert | * Für Mid_Server Wert: Geben Sie den Namen des MID-Servers ein, nach dem Domäne A gescannt wird WindowsGeräte. * Für Win_Domain Wert: Geben Sie den Namen der Domäne A ein, nach der dieser MID-Server sucht WindowsGeräte. {#r_DefineTheFunctionalities__ul_jjb_b1d_5p} |
| Aktiv | Aktivieren Sie die Kriterien, indem Sie dieses Kontrollkästchen aktivieren (wahr). |
[ ]

{#r_DefineTheFunctionalities__table_ajk_pzc_5p}

Die abgeschlossenen Kriterien werden in angezeigt DiscoveryFunktionsformular für dieses Verhalten.

## Funktionalität 2: SSH und SNMP

In unserem Netzwerk möchten wir nach scannen UNIXComputer und netgear, aber wir möchten diese Geräte nicht zweimal klassifizieren. Einer unserer MID-Server wird so konfiguriert, dass SSH und SNMP mit einer anderen Funktionalität klassifiziert werden als bei WMI-Scans. Wir müssen keine Kriterien für nicht-WMI-Funktionalität erstellen.  
Erstellen Sie die zweite Funktionalität mit den folgenden Werten:{#r_DefineTheFunctionalities__table_bkq_p1d_5p__entry__2}

| Feld | Eingabewert |
|-|-|
| Phase | Geben Sie eine Phasennummer von ein <kbd class="ph userinput">1 </kbd>In diesem Feld. Alle Funktionalitäten in diesem Beispiel verwenden dieselbe Phasennummer, die eine einzelne Shazzam-Probe für alle Funktionalitäten in dieser Phase startet. Eine einzelne Phase ist, wenn möglich, die effizienteste Nutzung der Shazzam-Probe. |
| Funktionalität | Wählen Sie Aus Alle außer Windows (kein WMI) Aus der Liste. Diese Funktionalität scannt nur SSH- und SNMP-Protokolle. |
| MID-Server | Wir wählen den MID-Server aus Domäne A aus -- in diesem Fall aus Sandb01-358 . |
| Aktiv | Stellen Sie sicher, dass dieses Kontrollkästchen aktiviert ist, um dieses Verhalten zu aktivieren. |
| Kriterien anpassen | Belassen Sie die Standardkriterien von Beliebig . Kriterien werden nicht für nicht-WMI-Funktionalitäten verwendet. |
[ ]

{#r_DefineTheFunctionalities__table_bkq_p1d_5p}

## Funktionalität 3: WMI-Scannen in Domäne B

Es bleibt nur noch, eine Funktionalität für die WMI-Scans in Domäne B zu erstellen. Grund WindowsAuthentifizierungsmechanismus, müssen wir konfigurieren WindowsMID-Server zum Scannen von Domäne B, die Mitglied dieser Domäne ist.  
Erstellen Sie die dritte Funktionalität mit den folgenden Werten:{#r_DefineTheFunctionalities__table_irg_fbd_5p__entry__2}

| Feld | Eingabewert |
|-|-|
| Phase | Geben Sie eine Phasennummer von ein <kbd class="ph userinput">1 </kbd>In diesem Feld. Alle Funktionalitäten in diesem Beispiel verwenden dieselbe Phasennummer, die eine einzelne Shazzam-Probe für alle Funktionalitäten in dieser Phase startet. Eine einzelne Phase ist, wenn möglich, die effizienteste Nutzung der Shazzam-Probe. |
| Funktionalität | Wählen Sie Aus Windows, DNS und WINS Aus der Liste. Diese Funktionalität definiert das WMI-Protokoll, das gescannt wird, und löst die Domäne auf. Da wir ausgewählt haben, nach WMI zu scannen, müssen wir einen auswählen WindowsMID-Server für diese Funktionalität. |
| MID-Server | Wir wählen ein aus WindowsMID-Server aus Domäne B: In diesem Fall Disco-win2003 . |
| Aktiv | Stellen Sie sicher, dass dieses Kontrollkästchen aktiviert ist, um dieses Verhalten zu aktivieren. |
| Kriterien anpassen | Ändern Sie die Kriterien in Alle . |
[ ]

{#r_DefineTheFunctionalities__table_irg_fbd_5p}

## Erstellen Sie Funktionskriterien

Alle WindowsFunktionalität erfordert Kriterien zur Identifizierung von WindowsDomäne und MID-Server. In unserem Beispiel erstellen wir zwei Kriterien für diese Funktionalität. Klicken Sie auf, um Funktionskriterien zu erstellen Neu Geben Sie in der zugehörigen Liste die folgenden Werte für den MID-Server ein, der die WMI-Scans in Domäne B durchführt:{#r_DefineTheFunctionalities__table_inm_5bd_5p__entry__2}

| Feld | Eingabewert |
|-|-|
| Name | Erstellen Sie die folgenden Kriterien: * Eingabetaste <kbd class="ph userinput">Mid_Server </kbd>Um den MID-Server zu benennen, der die WMI-Scans in Domäne B ausführt * Eingabetaste <kbd class="ph userinput">Win_Domain </kbd>Um zu benennen WindowsDomäne, die DiscoveryScannt mit dem definierten MID-Server. {#r_DefineTheFunctionalities__ul_pjt_vbd_5p} |
| Operator | Wählen Sie Aus Ist gleich Als Operator in diesen Kriterien. |
| Wert | * Für Mid_Server Wert: Geben Sie den Namen des MID-Servers ein, nach dem Domäne B gescannt wird WindowsGeräte. * Für Win_Domain Wert: Geben Sie den Namen der Domäne B ein, nach der dieser MID-Server sucht WindowsGeräte. {#r_DefineTheFunctionalities__ul_ykm_1cd_5p} |
| Aktiv | Aktivieren Sie die Kriterien, indem Sie dieses Kontrollkästchen aktivieren (wahr). |
[ ]

{#r_DefineTheFunctionalities__table_inm_5bd_5p}

Die abgeschlossenen Kriterien werden in angezeigt DiscoveryFunktionsformular für dieses Verhalten.
**Zugehörige Tasks**   

* [Erstellen Sie ein Discovery-Verhalten](https://servicenow-prod.fluidtopics.net/g4UBiCqY7_WMQN004kxqLA "Erstellen Sie ein Discovery-Verhalten, um zu bestimmen, welche Probes Shazzam gestartet wird und welcher MID-Server verwendet wird.")
* [Richten Sie ein Lastenausgleichverhalten ein](https://servicenow-prod.fluidtopics.net/GiPpeJB2Q82IHriTLGS3Ow "Wenn mehrere MID-Server so konfiguriert sind, dass dasselbe Protokoll gescannt wird, können Anwender ein Lastenausgleichverhalten einrichten, um die Arbeit zwischen den MID-Servern automatisch auszugleichen.")
* [Beispiel für Discovery-Verhalten: Greifen Sie auf ein durch ACL geschütztes SNMP-Gerät zu](https://servicenow-prod.fluidtopics.net/nCbupg4qIQr2oIRUjNvoeA "Greifen Sie mithilfe von auf ein SNMP-Gerät zu, das durch eine ACL geschützt ist DiscoveryVerhalten.")