App-Netzwerk

Verwenden Sie die Funktion „App-Netzwerk“ in Ihres Omnissa Workspace ONE Experience Management für Windows- und Horizon-Bereitstellungen, um zu erfahren, wie einzelne Anwendungsprozesse (Binärdateien) Netzwerkverbindungen herstellen, Daten übertragen und Konnektivitätsprobleme auf Mitarbeitergeräten auftreten. Um die Funktion zu aktivieren, verwenden Sie ein PowerShell-Skript auf von Omnissa Workspace ONE UEM verwalteten Geräten oder Sie stellen eine Registrierungsdatei mit dem Experience Management Telemetry Agent auf Omnissa-Horizon-Maschinen bereit.

Wie funktioniert das?

Der Experience-Management(DEX)-Telemetrie-Agent erfasst Netzwerktelemetrie für jeden Anwendungsprozess (Binärdatei) in Echtzeit. Die Echtzeit-Netzwerktelemetrie umfasst Verbindungsversuche, Fehler, die Zeit des Verbindungsaufbaus, das Datenvolumen und Metadaten wie Protokoll und Zieltyp.

Der Agent sendet Telemetrie an Omnissa Intelligence, und Intelligence zeigt die Telemetrie in Dashboards und Experience-Management-Ansichten an.

Vorteile

Diese Funktion hilft IT-Teams bei der Behebung von Problemen mit der Anwendungsleistung, bei der Analyse von Konnektivitätsfehlern und bei der proaktiven Erkennung von Netzwerkbeeinträchtigungen über Anwendungen, Geräte und Standorte hinweg.

• Verbessern der Fehlerbehebungsgenauigkeit
  • Ermitteln Sie, ob Probleme von der Anwendung oder von einem zugrundeliegenden Netzwerkproblem stammen.
  • Analysieren Sie fehlgeschlagene Verbindungen, langsame Verbindungsaufbauvorgänge und Datenverkehrsmuster.
• IT-Support und RCA beschleunigen
  • Ermitteln Sie schnell, ob Netzwerkprobleme gerätebezogen oder global sind.
  • Reduzieren Sie die MTTR (mittlere Zeit bis zur Reparatur) für die Reaktion auf Vorfälle.
• Proaktive Netzwerkproblemerkennung
  • Erkennen Sie Spitzen bei fehlgeschlagenen Verbindungen oder eine erhöhte Latenz für die Verbindungsaufbauvorgänge.
  • Sie können diese Probleme u.a. nach Anwendung, Binärdatei, Gerätetyp und App-Version nachverfolgen.
• Umgebungsweite Einblicke
  • Identifizieren Sie Anwendungen, die eine hohe Bandbreite verbrauchen.
  • Erfahren Sie, bei welchen Anwendungen regelmäßig Konnektivitätsfehler auftreten.

Verfügbarkeit

App Network ist mit dem DEX Telemetry Agent 25.09 verfügbar und standardmäßig deaktiviert. Sie müssen es aktivieren, um App-Netzwerkdaten zu erfassen.

Unterstützte Omnissa-Produkte

App Network wird in Bereitstellungsszenarien von Omnissa Workspace ONE UEM (Windows) und Omnissa Horizon unterstützt.

Unterstützte Plattformen

Anforderungen

Erfüllen Sie die aufgeführten Anforderungen, um die App-Netzwerkfunktion zu verwenden. Darüber hinaus können Sie die allgemeinen Anforderungen für die Verwendung des Experience Management überprüfen.

Hinweis: Sie benötigen keine zusätzlichen Firewall- oder DNS-Änderungen für das App-Netzwerk.

• Verwenden Sie den Experience Management (DEX) Telemetry Agent 25.09 oder höher.
• Verwenden Sie den Omnissa Intelligence Dienst mit einer Lizenz für Experience Management.

Hilfreiche Definitionen

Berücksichtigen Sie die folgenden Definitionen und Ereignisbeschreibungen, wenn Sie die App-Netzwerkfunktion verwenden.

• Eine Anwendung bezieht sich auf einen Prozess oder eine Binärdatei, die auf einem Gerät ausgeführt wird.
  • Auf Windows ist dies in der Regel eine EXE-Datei. Beispiele: Teams.exe, Outlook.exe oder Chrome.exe.
• Eine Verbindung bezieht sich auf eine Netzwerksitzung, die von einem Prozess mit Hilfe von Standardnetzwerkprotokollen (TCP in Version 25.09) zu einem Remote-Endpoint initiiert wurde.
• Ein Verbindungsversuch kann erfolgreich sein, fehlschlagen oder länger als erwartet dauern. Um Verbindungsversuche nachzuverfolgen, bietet App Network die folgenden Ereignistypen an: Fehlgeschlagen, Neu, Geschlossen und Verbindungsstatistiken.
  • Neue Verbindung – Gibt an, wann eine Anwendung erstmalig eine Verbindung mit einem Netzwerk herstellt.
  • Fehlgeschlagene Verbindung – Gibt an, wann eine Anwendung einen erfolglosen Verbindungsversuch mit einem Netzwerk absolviert hat.
    • Zeitüberschreitung bei Verbindung – Die App hat versucht, eine Verbindung herzustellen, aber der Server hat nicht rechtzeitig geantwortet. Beispiele: schwaches WLAN, VPN-Latenz und Remotedienst offline.
    • Verbindung abgelehnt – Der Remoteserver hat die Verbindung aktiv abgelehnt. Beispiele: Geschlossener Port, Dienst akzeptiert keine Anforderungen oder eine Firewallregel, die eingehende Verbindungen blockiert.
    • System blockiert – Das Gerät oder eine lokale Sicherheitssteuerung hat die Verbindung blockiert. Beispiele: Windows-Firewallblockierung, Antivirus-/EDR-Regel oder eine Richtlinie auf Betriebssystemebene, die ausgehenden Datenverkehr verhindert.
    • Netzwerk nicht erreichbar – Das Gerät kann das für die Verbindung erforderliche Netzwerk nicht erreichen. Beispiele: Keine Route zum Host, nicht mit WLAN verbunden oder Unternehmensnetzwerksegment nicht verfügbar.
  • Geschlossene Verbindung – Gibt an, wann eine Anwendung eine Verbindung zu einem Netzwerk beendet hat.
  • Verbindungsstatistiken – Liefert Metriken zur Netzwerkverbindung einer Anwendung.
• Die Funktion erfasst nur Verbindungsmetadaten. Die Funktion erfasst keine URLs, Inhalte oder Nutzlasten.

Welche Daten werden von App-Netzwerk erfasst?

Die folgenden Telemetrieattribute sind verfügbar, nachdem Sie die Funktion aktiviert haben.

• Verbindungsversuche
• Fehlgeschlagene Verbindungsversuche
• Verbindungsaufbauzeit
• Gesendete Byte
• Empfangene Byte
• Prozessname
• Prozess-ID
• Zieltyp (Internet/Intranet/Datencenter)
• Transportprotokoll (TCP)
• Zeitstempel
• Binär
• Dateibeschreibung

Eine Liste der Datendefinitionen erhalten Sie unter App-Netzwerk.

Best Practices

Verwenden Sie diese Best Practices, wenn Sie die Funktion „App-Netzwerk“ zum ersten Mal verwenden.

• Beginnen Sie mit einer kleinen Pilotgruppe, bevor Sie die Funktion in großen Umgebungen bereitstellen.
• Überwachen Sie wichtige Apps wie Teams, Zoom, Outlook und VPN-Clients.
• Überprüfen Sie das Telemetrievolumen während des Pilotversuchs.
• Wenden Sie Änderungen für große Umgebungen außerhalb der Spitzenzeiten an.

Aktivieren der App-Netzwerküberwachung

Diese Funktion ist standardmäßig deaktiviert und muss manuell aktiviert werden. Die Methode der Aktivierung hängt vom Omnissa-Produkt ab, in dem Sie Anwendungsprozesse überwachen möchten, UEM oder Horizon.

UEM-Bereitstellungen

Verwenden Sie ein PowerShell-Skript, um eine PS1-Datei auf Windows-Geräte zu übertragen. Weitere Informationen zur Verwendung von Skripten in UEM finden Sie unter Automatisieren von Endpoint-Konfigurationen mit Skripten.

1. Navigieren Sie zur Downloadseite für Experience Management im Omnissa-Customer-Connect-Portal.
2. Laden Sie die Datei Aktiverungsschlüssel zur Aktivierung des App-Netzwerks herunter.
3. Rufen Sie das Skript deem_windows_uem_enable_appnetwork (2).ps1 ab.
4. Übertragen Sie das Skript mit Hilfe von UEM-Smartgroups.

Wenn das Gerät sich eincheckt, wird der Agent neu gestartet, um die Funktion zu aktivieren.

Horizon-Bereitstellungen

Stellen Sie mittels des DEX-Telemetry-Agenten eine Registrierungsdatei bereit. Weitere Informationen zur Bereitstellung des DEX-Telemetry-Agenten finden Sie unter Installieren und Verwenden des separaten Experience-Management-Agenten für Horizon unter Windows.

Hinweis: UEM darf diese Maschinen und Geräte nicht verwalten. Wenn UEM ein Gerät verwaltet, verwenden Sie die UEM-Bereitstellungsmethode, um die Funktion „App-Netzwerk“ zu aktivieren.

1. Navigieren Sie zur Downloadseite für Experience Management im Omnissa-Customer-Connect-Portal.
2. Laden Sie die Datei Aktiverungsschlüssel zur Aktivierung des App-Netzwerks herunter.
3. Rufen Sie die Registrierungsdatei hz_agent_enable_appnetwork.reg ab.
4. Stellen Sie mittels des DEX-Telemetry-Agenten unter Verwendung von regedit.exe oder reg.exe eine Registrierungsdatei bereit.
   • regedit.exe /s PathToRegFile\hz_agent_enable_appnetwork.reg
   • reg.exe import PathToRegFile\hz_agent_enable_appnetwork.reg

Validieren der Aktivierung

Verwenden Sie ein Dashboard-Widget, um zu überprüfen, ob die App-Netzwerküberwachung aktiviert ist und funktioniert.

1. Erstellen Sie in Omnissa Intelligence ein benutzerdefiniertes Dashboard oder fügen Sie das Widget einem vorhandenen Dashboard hinzu.
   • Erstellen eines benutzerdefinierten Dashboards.
     1. Navigieren Sie zu Dashboards und wählen Sie Hinzufügen > Benutzerdefiniertes Dashboard aus.
     2. Geben Sie dem benutzerdefinierten Dashboard einen Namen. Sie können es z.B. App-Netzwerk nennen.
     3. Speichern Sie Ihr benutzerdefiniertes Dashboard.
     4. Wechseln Sie zu Mein Arbeitsbereich und verwenden Sie die Kachel Dashboard oder den Bereich Zuletzt verwendete Dashboards, um das benutzerdefinierte Dashboard „App-Netzwerk“ auszuwählen.
     5. Wählen Sie in Ihrem Dashboard Widget hinzufügen aus.
   • Fügen Sie einem vorhandenen Dashboard ein Widget hinzu.
     1. Wechseln Sie zu Mein Arbeitsbereich und verwenden Sie die Kachel Dashboard oder den Bereich Zuletzt verwendete Dashboards, um das gewünschte Dashboard auszuwählen.
     2. Wählen Sie in Ihrem Dashboard Widget hinzufügen aus.
2. Geben Sie dem Widget einen Titel.
3. Wählen Sie als Datenquelle Mitarbeitererfahrung > App-Netzwerksichtbarkeit aus.

Sie müssen keine weiteren Widget-Einstellungen konfigurieren. Das Widget benötigt nur die Datenquelle. Wenn Sie im Vorschaubereich Ereignisse erhalten, ist die Funktion aktiviert und funktioniert. Wenn im Vorschaubereich keine Ereignisse angezeigt werden, wechseln Sie zum Abschnitt Fehlerbehebung, um Vorschläge zur Fehlerbehebung zu erhalten.

Dashboard

Für Windows laden Sie die JSON-Datei mit der Berechtigung App Network Communication and Errors von Customer Connect herunter, um mit App-Netzwerk zu beginnen.

1. Navigieren Sie zur Downloadseite für Experience Management im Omnissa-Customer-Connect-Portal.
2. Laden Sie die Dashboard-Vorlagendatei mit der Berechtigung App Network Communication and Errors herunter.
3. Importieren Sie diese JSON-Datei in Ihre Intelligence-Instanz.
   1. Navigieren Sie in Intelligence zu Dashboards.
   2. Wählen Sie Hinzufügen > Dashboard importieren aus.
   3. Ziehen Sie die JSON-Datei App Network Communication and Errors per Drag & Drop oder navigieren Sie zu dieser JSON-Datei und wählen Sie Hochladen aus.

Für Horizon können Sie die JSON-Datei App Network Communication and Errors aus Customer Connect als Referenz verwenden. Verwenden Sie in Ihren Widgets jedoch die Datenquelle Mitarbeitererfahrung > App-Netzwerksichtbarkeit (Horizon), wenn Sie Ihr benutzerdefiniertes Dashboard erstellen.

Problembehandlung

Wir haben einige Tipps zu häufigen Problemen, die während der Bereitstellung der Funktion auftreten können.

• Es werden keine App-Netzwerkereignisse angezeigt.
  • Stellen Sie sicher, dass auf dem Gerät der DEX Telemetry Agent 25.09 oder höher ausgeführt wird.
  • Bestätigen Sie, dass Sie die richtige Registrierungsdatei bzw. das richtige PowerShell-Skript bereitgestellt haben.
  • Starten Sie den DEX-Telemetry-Agent-Dienst neu.
  • Überprüfen Sie den Eincheckstatus in UEM.
  • Stellen Sie sicher, dass keine miteinander in Konflikt stehenden lokalen Richtlinien oder Domänenrichtlinien vorhanden sind.
• Telemetrie wird nur zeitweise angezeigt.
  • Stellen Sie sicher, dass die Anwendung aktiv Netzwerkdatenverkehr erzeugt.

FAQs

Wir bieten einige allgemeine Fragen und Antworten für die App-Netzwerk-Funktion.

F: Ist diese Funktion standardmäßig aktiviert?
A: Nein. Sie müssen sie manuell mit einem PowerShell-Skript (UEM) oder mit einer Registrierungsdatei (Horizon) aktivieren.

F: Wirkt die Aktivierung dieser Funktion sich auf die Geräteleistung aus?
A: Wir haben keine signifikanten Auswirkungen auf die Leistung beobachtet.

F: Muss der Benutzer das Gerät neu starten?
A: Starten Sie das Gerät oder den DEX-Telemetrieagenten neu, um sicherzustellen, dass die Funktion korrekt initialisiert ist.

F: Wird macOS unterstützt?
A: Nein. Die Unterstützung von App-Netzwerk für macOS ist jedoch auf der Roadmap für Experience Management vorgesehen.