# Netzwerkzugriffsdatensätze Canonical: https://www.nsecsoft.com/de/docs/ping64-endpoint-management/uem/network/records/ Language: de-DE Updated: 2026-11-15T03:26:53.966394Z **Network Access** zeigt Verbindungsentscheidungen aus **Network Access Control** und **Illegal Outbound** der Endpunktverwaltung. Beide Richtlinien werden getrennt konfiguriert: Die erste gleicht Verbindungen mit Regeln ab, die zweite bewertet ausgehende Verbindungen anhand erlaubter Adressen. Die Datensätze sind kein vollständiges Netzwerkverkehrsverzeichnis. Eine leere Liste beweist keine fehlenden Verbindungen; ein einzelner Erlaubniseintrag beweist keinen letztlich erfolgreichen Geschäftszugriff. Netzwerkrichtlinien können Geschäftszugriff, Fernwartung und die Kommunikation zwischen Endpunkt und Verwaltungsplattform beeinflussen. Prüfen Sie genehmigte Testadressen zuerst auf einem vor Ort wartbaren Windows-Pilotendpunkt und halten Sie eine Wiederherstellungsmöglichkeit bereit. Verteilen Sie Blockierregeln nicht direkt an alle Endpunkte. Die Beschreibung der Datensätze verwendet TCP-Verbindungen auf Windows-Endpunkten als Beispiel; andere Protokolle und Plattformen sind getrennt zu prüfen. - [Netzwerkzugriffskontrollrichtlinie](https://www.nsecsoft.com/de/docs/ping64-endpoint-management/uem/network/network-policy/) - [Richtlinie für unzulässige ausgehende Verbindungen](https://www.nsecsoft.com/de/docs/ping64-endpoint-management/uem/network/outbound-policy/) Für die Abfrage vorhandener Datensätze können Sie mit dem entsprechenden Leserecht direkt zu den Abfrageschritten unten gehen. Sie müssen nicht allein für die Abfrage eine Richtlinie erstellen oder Testereignisse erzeugen. Prüfen Sie für die Validierung neuer Datensätze zuerst die bestehende zutreffende Richtlinie; nur bei Bedarf ändert eine Person mit Richtlinienverwaltungsrecht diese vor dem Pilottest. ## Pilot vorbereiten 1. Prüfen Sie die erforderliche Lizenz der Organisation; Änderungen an Endpunktverwaltungsrichtlinien, das Anzeigen und das Exportieren von Datensätzen erfordern jeweils die entsprechenden Rechte. Testendpunkte müssen registriert sein und Richtlinien empfangen können. Prüfen Sie bei der Datensatzverifikation zusätzlich die Meldefähigkeit und den Sichtbereich des lesenden Kontos. 2. Stimmen Sie Testprogramm, Zieladresse, Port, Verbindungsrichtung und Wartungsfenster mit Netzwerk- und Geschäftsverantwortlichen ab. Halten Sie Vor-Ort-Zugriff und Rückfallmöglichkeit bereit; blockieren Sie insbesondere nicht Verwaltungsplattform, erforderliche Basisdienste oder die aktuell genutzte Fernwartungsverbindung. 3. Prüfen Sie unter **UEM > Policy** zunächst die für Testendpunkte geltende Richtlinie, Gültigkeit und Bereich; verwenden Sie sie bei Eignung weiter. Nur bei notwendiger Erstellung oder Änderung bewertet eine berechtigte Person die Auswirkungen und folgt dem genehmigten Plan. Prüfen Sie die beiden folgenden Richtlinien bei Bedarf getrennt; die eine aktiviert nicht die andere. ## Network Access Control konfigurieren Prüfen Sie für Network-Access-Control-Datensätze zunächst Aktivierung, Geltungsbereich sowie Richtung, Typ, Inhalt, Protokoll und Aktion der relevanten Regeln unter **Network Access Control** in der Pilotrichtlinie. Geeignete Einstellungen können wiederverwendet werden. Nur bei Änderungsbedarf bewertet eine berechtigte Administration die Auswirkungen, folgt der [Network-Access-Control-Richtlinie](https://www.nsecsoft.com/de/docs/ping64-endpoint-management/uem/network/network-policy/), speichert Regel, Einstellungen und gesamte Richtlinie und prüft den Empfang. Bevorzugen Sie einen genehmigten isolierten Test ohne Blockierung; ändern Sie bestehende Sperrregeln nicht nur für Tests. Prüfen Sie vor Blockiertests Auswirkungen und Wiederherstellung. Falls eine Regelaktion festzulegen ist, lässt **No action** das aktuelle Netzwerkverhalten bei Treffer unverändert; **Block** versucht die passende Verbindung zu begrenzen. Bevorzugen Sie einen genehmigten separaten Test ohne Blockierung für Treffer und Datensätze; ändern Sie bestehende Blockierungsregeln nicht nur für Tests. Bewerten Sie vor Blockierungstests andere Regeln und Abhängigkeiten und bestätigen Sie Genehmigung und Wiederherstellungszugang. Speichern Sie wie nachfolgend beschrieben nur bei Änderungen an der Richtlinie; bei Wiederverwendung ist kein erneutes Speichern erforderlich. Speichern Sie Einzelregel, Network-Access-Control-Einstellungen und gesamte Richtlinie nacheinander. Prüfen Sie Schalter, Regeln und Zielendpunkte erneut und warten Sie Empfang und Anwendung ab. Speichern beweist weder Endpunktausführung noch sicheren Erfolg oder Misserfolg einer Verbindung. Prüfen Sie unabhängig von Änderungen vor dem Test, ob der Endpunkt die geltende Richtlinie empfangen hat. In manchen Windows-TCP-Datensätzen von Network Access Control kann der Regelname allgemein sein und allein nicht die tatsächlich passende konfigurierte Regel identifizieren. Regeln können sich überschneiden. Prüfen Sie Reihenfolge und Verbindungsbedingungen und testen Sie sie im kontrollierten Pilot getrennt. Gehen Sie nicht davon aus, dass jede passende Regel einen eigenen Datensatz erzeugt. ## Illegal Outbound konfigurieren Prüfen Sie für Illegal-Outbound-Datensätze zuerst Aktivierung, zulässige IPv4- und IPv6-Adressen und den Blockierungsstatus in der Pilotrichtlinie. Geeignete Einstellungen können wiederverwendet werden; zulässige Adressen werden getrennt von Network Access Control gepflegt. Deaktivieren Sie bestehende Blockierung nicht nur für Tests. Bei Änderungsbedarf bewertet eine berechtigte Administration die Auswirkungen und folgt der [Illegal-Outbound-Richtlinie](https://www.nsecsoft.com/de/docs/ping64-endpoint-management/uem/network/outbound-policy/), speichert die gesamte Richtlinie, prüft den Empfang und testet zulässige und genehmigte Testadressen getrennt. Prüfen Sie **Block Illegal Outbound**: Aus zeichnet passende unerlaubte Verbindungen auf, Ein blockiert sie. Deaktivieren Sie eine bestehende Blockierung nicht nur für Tests. Für eine nicht blockierende Prüfung verwenden Sie nach genehmigtem Plan einen geeignet isolierten Test und prüfen zuvor Geschäftsauswirkungen und Wiederherstellungszugang. Änderungen des Schalters unterliegen den Freigabe- und Änderungsverfahren der Organisation. Speichern Sie wie nachfolgend beschrieben nur bei Änderungen an der Richtlinie; bei Wiederverwendung ist kein erneutes Speichern erforderlich. Speichern Sie Einstellungen und gesamte Richtlinie und prüfen Sie Schalter, erlaubte Adressen und Zielendpunkte erneut. Testen Sie nach Empfang erlaubte und genehmigte Testadressen getrennt. Treffer hängen von Regeln, Verbindung und Endpunktbetrieb ab und sind kein vollständiges Audit sämtlicher Netzwerkaktivität. Prüfen Sie unabhängig von Änderungen vor dem Test, ob der Endpunkt die geltende Richtlinie empfangen hat. **Risiko der Adressfamilien:** Bei manchen Windows-TCP-Verbindungen werden zulässige IPv4- und IPv6-Adressen getrennt abgeglichen. Eine reine IPv4-Konfiguration gibt IPv6 nicht automatisch frei und umgekehrt. Fehlt für eine Adressfamilie eine passende Regel, können ihre Verbindungen als unerlaubt erkannt und bei aktivierter Blockierung unterbrochen werden. Prüfen Sie die tatsächlich vom Pilotendpunkt verwendeten Adressfamilien, konfigurieren Sie die erforderlichen Verwaltungs- und Geschäftsadressen jeweils separat und testen Sie diese vor Aktivierung der Blockierung einzeln. ## Abfragen, exportieren und prüfen 1. Für die Prüfung eines neuen Datensatzes: Erzeugen Sie am Pilotendpunkt eine kontrollierte TCP-Verbindung und notieren Sie tatsächliche Zeit, Programm, Zieladresse und Port. Warten Sie Clientverarbeitung und Meldung ab. Wiederholte unerlaubte Außenverbindungen können zu Datensätzen mit Trefferzahl zusammengefasst und verzögert angezeigt werden. 2. Öffnen Sie **UEM > Audit > Network Access**. Der anfängliche Zeitraum umfasst heute und die vorherigen 29 Tage und ist änderbar. Suchen Sie bei Bedarf mit Schlüsselwort und wechseln Sie die Seiten. Die Liste zeigt unter anderem Endpunkt, Protokolltyp, Gegenstelle, Protokoll, Prozess, Trefferzahl, Entscheidung und Zeit. 3. Unterscheiden Sie die Typen **Network Access Control** und **Illegal Outbound**, öffnen Sie Details und bewerten Sie Regel und Entscheidung mit tatsächlichem Verbindungsresultat und Geschäftskontext. Erlaubt oder nicht blockiert beweist allein keine Erreichbarkeit des Dienstes; Trefferzahlen sind nicht unmittelbar die Zahl verschiedener Benutzer. 4. **Export** erstellt eine XLSX-Datei und sammelt zu den aktuellen Datums-, Schlüsselwort- und weiteren Abfragebedingungen passende Datensätze über mehrere Seiten, nicht nur die sichtbare Seite. Bei mehr als 50.000 Zeilen schlägt der Export fehl; Zeitraum oder Filter eingrenzen und erneut versuchen. Inhalt prüfen und Adressen, Prozesse und Benutzerinformationen gemäß Organisationsvorgaben schützen. 5. Bei fehlenden Ergebnissen prüfen Sie Lizenz, Richtlinienschalter und -inhalt, Endpunktbereich und -empfang, tatsächlichen TCP-Test, Datum und Schlüsselwort, Clientbetrieb und Meldung. Bei Blockierung oder Geschäftsfehlern gemäß Rückfallplan wiederherstellen und andere geltende Richtlinien prüfen. Eine leere Liste beweist allein weder fehlende Ausführung noch fehlenden Zugriff.