Schlüsselpunkte
- Anders als GPOs für die klassische Software-Installation oder Startskripte stellen sofortige geplante Aufgaben die Agents unmittelbar beim Richtlinien-Refresh bereit.
- Sofortige geplante Aufgaben per GPO sind gezielt dafür gedacht, Remote-Endpunkte zu erreichen, die keine dauerhafte Sichtverbindung zu einem Domain-Controller haben, etwa Geräte, die sich nur zeitweise per VPN verbinden.
- Die Bereitstellung kann gleichzeitig über mehrere Organisationseinheiten (OUs) oder für bestimmte Sicherheitsgruppen erfolgen.
- Diese Methode der Agent-Bereitstellung eignet sich ideal für Umgebungen, in denen der direkte Zugriff auf den Domain-Controller eingeschränkt ist oder die Verwaltung über RSAT läuft.
Die Funktion NinjaOne Active Directory (AD) Discovery and Deployment ist der schnellste Weg, um Agents in unkomplizierten AD-Umgebungen bereitzustellen. In der Praxis sind Domänen allerdings selten unkompliziert. Für Umgebungen, die nicht ins Standardmodell passen, finden Sie in Ihrer Template Library ein Skript, das eigens für die unbeaufsichtigte Agent-Bereitstellung entwickelt wurde.
NinjaOne Agent Deployment by AD Immediate Scheduled Task GPO nutzt ein Gruppenrichtlinienobjekt (GPO), um den NinjaOne-Agent über eine sofortige geplante Aufgabe unbeaufsichtigt in Ihrer gesamten Domäne zu verteilen. Es handelt sich dabei weder um ein Startskript noch um eine GPO zur Software-Installation, die einen Neustart erfordert. Geräte werden also verwaltet, sobald sie die Richtlinie beim nächsten automatisierten oder manuellen Refresh erhalten.
Darum lohnt sich das GPO-Modell für das Ausrollen des NinjaOne-Agents
Die unbeaufsichtigte Agent-Bereitstellung per GPO ist die richtige Wahl, wenn in Ihrer Umgebung einer oder mehrere der folgenden Punkte zutreffen:
- Remote-Laptops, die sich per VPN verbinden
- Große Domänen mit mehreren Organisationseinheiten (OUs) oder Bereitstellungen, die mehrere OUs gleichzeitig erreichen müssen
- Bereitstellung anhand der Mitgliedschaft in Sicherheitsgruppen statt anhand der OU-Struktur
- Geräte in verschiedenen OUs, die sich an unterschiedlichen NinjaOne-Standorten registrieren sollen
- Umgebungen, in denen Sie Agents häufiger verteilen müssen, als es der tägliche, wöchentliche oder monatliche Rhythmus von AD Discovery erlaubt
- Geräte, deren Internetverkehr über einen Proxy läuft
- Sicherheitsvorgaben, die eine Verbindung von NinjaOne zu Ihrem Domain-Controller verhindern
- Domänenverwaltung über RSAT ohne direkten Zugriff auf den DC
- Gleichzeitige Bereitstellung auf Servern und Workstations
- Computerobjekte, die über verschiedene Netzwerksegmente verteilt sind, unabhängig vom Standort des DC
Trifft einer dieser Punkte zu, müssen Sie nichts von Grund auf neu aufbauen. Das Skript ist sofort einsatzbereit: Sie finden NinjaOne Agent Deployment by AD Immediate Scheduled Task GPO in Ihrer Automation Template Library, die vollständige Einrichtungsanleitung steht in der unten verlinkten Dokumentation. Nehmen Sie die manuelle Arbeit aus Ihrem Active Directory Management. NinjaOne kostenlos testen oder Demo buchen.
