Gerätezugang prüfen und Ergebnisse

Als Markdown anzeigen

Die Gerätekontrolle verwaltet den Gerätezugang an Endgeräten anhand von Richtlinien. Die Einstellungen enthalten getrennte Bereiche für USB Admission und Hardware Control. Der USB-Bereich unterstützt Regeln nach Gerätetyp, Modell oder konkretem Gerät; die Hardwarekontrolle bietet Schalter für Gerätekategorien. Beide Bereiche werden getrennt aktiviert. Aus der Konfiguration eines Bereichs folgt nicht, dass der andere genauso wirksam ist.

Diese Seite beschreibt USB-Zugangsrichtlinien, Tests und die Prüfung von Aufzeichnungen anhand von Windows-Pilotendgeräten. Die Kontrolle kann Tastaturen, Mäuse, Netzwerkverbindungen und andere geschäftliche Peripheriegeräte beeinflussen. Bereiten Sie vor Änderungen einen funktionierenden Wiederherstellungsweg vor. Verteilen Sie Sperrregeln nicht ohne Tests an alle Endgeräte.

Die Namen der Bedienelemente beziehen sich auf die englische Oberfläche und können bei einer anderen Oberflächensprache abweichen.

Die vollständige Konfiguration steht unter USB-Zugangsrichtlinie und Richtlinie zur Hardwarekategorienkontrolle.

Prüfen Sie zuerst die vorhandene Richtlinie und den Modus des Pilotendpunkts. Entspricht die Konfiguration dem genehmigten Prüfplan, testen Sie sie direkt; nehmen Sie nicht an, dass der Beobachtungsmodus aktiv ist, und ändern Sie die Richtlinie nicht allein zur Ergebnisansicht. Eine berechtigte Person bewertet und führt nötige Änderungen nach Organisationsverfahren aus.

Zum Anzeigen vorhandener Gerätebestände, Ereignisse oder Warnungen können Personen mit den entsprechenden Leserechten direkt zum folgenden Ergebnis- und Fehlerbehebungsabschnitt gehen. Für die Abfrage müssen weder Richtlinien neu eingerichtet noch Testgeräte angeschlossen werden. Die Sichtbarkeit hängt vom Kontobereich und den geladenen Daten ab; eine leere Liste beweist nicht, dass kein Verlauf vorhanden ist.

Vorbereitung

  • Für Geräteverzeichnis, Ereignisse oder Warnungen ist das jeweilige Leserecht erforderlich; Richtlinienänderungen erfordern Rechte für die einheitliche Endgeräteverwaltung. Prüfen Sie für neue Anschlusstests Clientinstallation und Verbindung, Berechtigung und geltenden Richtlinienbereich der Pilotendgeräte.
  • Dokumentieren Sie Pilotendgeräte, bestehende Richtlinien sowie Eingabe-, Netzwerk- und geschäftliche Peripheriegeräte. Stellen Sie Personal vor Ort und einen getesteten Wiederherstellungsweg bereit. Verlassen Sie sich nicht ausschließlich auf eine Remote-Verbindung, die durch die Änderung unterbrochen werden könnte.
  • Bereiten Sie genehmigte Testgeräte und nicht vertrauliche Testinhalte vor. Verwenden Sie unterscheidbare Geräte, die erlaubt beziehungsweise eingeschränkt sein sollen. Die Erkennung kann vom Gerät und der Anschlussart abhängen; prüfen Sie das im Pilotversuch.
  • Prüfen Sie bei zusätzlicher Nutzung von Wechselspeicherfunktionen deren Richtlinien und tatsächliche Ergebnisse separat. USB-Zugangskontrolle, Wechselspeicherinventar und Verschlüsselung sind unterschiedliche Einstellungen. Ein sichtbares Gerät belegt nicht, dass Lese-/Schreib-, Verschlüsselungs- oder Weitergabebedingungen erfüllt sind.

USB-Zugang für Pilotendgeräte konfigurieren

  1. Prüfen Sie unter UEM > Policy die geltende Richtlinie, Gültigkeitszeit und den Bereich der Pilotendgeräte. Eine zum genehmigten Testplan passende Konfiguration kann weiterverwendet werden; bewerten Sie vor Änderungen die Auswirkungen auf andere Endgeräte.
  2. Prüfen Sie in Device Control den Aktivierungsstatus des Device Control-Hauptschalters und von USB Admission, Richtlinienmodus, Standard- und Offlineaktionen, integrierte Ausnahmen sowie Geräteregeln und Reihenfolge. Nehmen Sie keinen Beobachtungsmodus an und entfernen Sie Tastatur- oder Mausausnahmen nicht nur für Tests.
  3. Nur bei Bedarf ändert eine Person mit Richtlinienverwaltungsrecht die Einstellungen nach der USB-Zugriffsrichtlinie und speichert Regel, Einstellungsfenster und gesamte Richtlinie getrennt. Testen Sie nach Empfang und Anwendung; ohne Änderung ist kein erneutes Speichern nötig.

Beobachtung und Sperre testen

  1. Schließen Sie im Wartungsfenster ein Testgerät an ein Pilotendgerät an. Prüfen Sie im Beobachtungsmodus die tatsächliche Nutzbarkeit sowie Gerät, Endgerät, Zeit und Trefferangaben unter Device Ledger und Events. Die Sichtbarkeit von Aufzeichnungen hängt unter anderem von der Endgeräteübermittlung und dem Sichtbereich des Administrators ab.
  2. Passen Sie Regeln, Ausnahmen und Standardaktion bei Bedarf an und testen Sie erlaubte und einzuschränkende Geräte getrennt. Bevor Sie eine tatsächliche Einschränkung aktivieren, bestätigen Sie den Wiederherstellungsweg, stellen Policy Mode der Pilotrichtlinie auf Enforce Mode, speichern und bestätigen den Empfang auf dem Endgerät. Testen Sie danach erneut.
  3. Prüfen Sie sowohl die tatsächliche Nutzbarkeit am Endgerät als auch die Konsolenereignisse. Bei einigen Geräten mit nicht erkennbarer Kategorie kann die Sperre übersprungen werden; nehmen Sie nicht an, dass der Durchsetzungsmodus alle Geräte abdeckt. Eine beabsichtigte Aktion oder ein Sperrereignis allein belegt keine erfolgreiche Einschränkung durch das Betriebssystem. Stoppen Sie bei Ausführungsfehlern oder Abweichungen die weitere Ausweitung und untersuchen Sie diese.
  4. Testen Sie benötigte Offline-Szenarien mit autorisierten und nicht autorisierten Geräten unter sicheren Wartungsbedingungen. Stellen Sie danach das Netzwerk wieder her und prüfen Sie den Zustand. Übertragen Sie das Ergebnis eines einzelnen Geräts, Anschlusses oder Endgeräts nicht auf alle Umgebungen.
  5. Erweitern Sie den Geltungsbereich nach erfolgreichem Pilot schrittweise gemäß Änderungsprozess und halten Sie eine Möglichkeit zur schnellen Anpassung oder Deaktivierung der Richtlinie bereit.

Ergebnisse prüfen und Probleme beheben

Beim Laden fordern die Listen für Gerätebestand, Ereignisse und Warnungen jeweils die erste Seite mit höchstens 20 Einträgen an. Suche, Sortierung und Seitennavigation verarbeiten nur die bereits in der jeweiligen Liste geladenen Daten; ältere oder andere noch nicht geladene Einträge werden dadurch nicht abgerufen. Ein fehlendes Suchergebnis beweist daher nicht, dass ein Gerät keine früheren Ereignisse oder Warnungen hat. Übersicht und Berichte werden getrennt geladen; leiten Sie deren Gesamtsummen nicht aus den sichtbaren Listenzeilen ab. Wenden Sie sich für weitere Untersuchungen an die Administration oder den technischen Support.

Übersicht, Listen und Berichte werden zwar getrennt abgefragt, die Seite wartet jedoch gemeinsam auf diese Abfragen. Scheitert eine davon, können bisher angezeigte Daten erhalten bleiben oder die Anzeige beim ersten Laden leer bleiben. Betrachten Sie die Anzeige nach einem Ladefehler nicht als aktuell. Prüfen Sie Verbindung, Rechte und Dienste und laden Sie erneut; kontaktieren Sie bei anhaltenden Problemen den Support.

  • Prüfen Sie unter Gerätekontrolle die relevanten Informationen in Dashboard, Device Ledger, Events, Alerts und Reports. Geräte-, Ereignis- und Alarmlisten können nur geladene Daten enthalten. Behandeln Sie die aktuelle Seite oder lokale Suchergebnisse nicht als vollständige Historie.
  • Gerät oder Ereignis fehlt: Prüfen Sie, ob USB-Zugang aktiviert ist, das Pilotendgerät die Richtlinie erhalten hat und das Gerät tatsächlich angeschlossen wurde. Prüfen Sie anschließend Client-Verbindung, Übermittlung, Sichtbereich und Ladehinweise. Ein fehlender Eintrag beweist keinen fehlenden Anschluss.
  • Gerät verhält sich anders als erwartet: Prüfen Sie Zielgeräte, Beobachtungs- oder Durchsetzungsmodus, integrierte Ausnahmen, Regelreihenfolge und Bedingungen, Standardaktion sowie Offline-Status. Prüfen Sie auch Hardwarekontrolle und andere relevante Richtlinien.
  • Geschäftsgerät unerwartet nicht verfügbar: Befolgen Sie den vorbereiteten Wiederherstellungsprozess vor Ort und prüfen Sie Gerätekontrolle und andere möglicherweise wirksame Richtlinien. Bestätigen Sie nach der Anpassung den Empfang am Endgerät und die tatsächliche Wiederherstellung. Ein Speichern in der Konsole allein belegt keine Wiederherstellung.

Aktualisiert

Dokumentation durchsuchen