Seminar Lansweeper – IT Agent Discovery für hybride Endgeräte

Der IT Agent schließt Erfassungslücken bei mobilen, entfernten oder nur zeitweise verbundenen Geräten. Ein kontrollierter Rollout verhindert Doppelbestand, veraltete Agenten und unklare Zuständigkeiten.

Inhaltsübersicht

1. Einsatzfälle und Zielgruppen
2. Voraussetzungen und Konfiguration
3. Windows-Bereitstellung
4. Linux- und macOS-Bereitstellung
5. Asset-Zuordnung und Reconciliation
6. Betrieb, Updates und Diagnose

Zielsetzung

Nach Abschluss kann ein plattformübergreifender Agentenrollout geplant, getestet, skaliert und anhand eindeutiger Abdeckungs- und Qualitätskennzahlen betrieben werden.

Zielgruppe

Endpoint Management, Plattformadministration, Client Engineering, IT Operations und Security Operations.

Voraussetzungen

Grundkenntnisse zu Softwareverteilung und den eingesetzten Endgeräteplattformen. Für Übungen sind administrative Rechte in einer Laborumgebung erforderlich.

Seminarinhalte

Die Inhalte werden kapitelweise aufgebaut. Jede Einheit enthält eine eigene Inhaltsübersicht, eine klar definierte Umsetzungskette, Prüfungen und eine dokumentierte Praxisaufgabe.

Kapitel 1: Einsatzfälle und Zielgruppen

Inhaltsverzeichnis des Kapitels:

1. mobile und entfernte Geräte
2. Agent oder agentlos
3. Pilot und Ausschlüsse
4. Erfolgskennzahlen

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Einsatzfälle und Zielgruppen“ werden erfasst. Dabei werden insbesondere mobile und entfernte Geräte und Agent oder agentlos eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Pilot und Ausschlüsse, Erfolgskennzahlen sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Agent oder agentlos, Pilot und Ausschlüsse, Erfolgskennzahlen, Einsatzfälle und Zielgruppen, Einsatzfälle und Zielgruppen. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Erfolgskennzahlen, Einsatzfälle und Zielgruppen, Einsatzfälle und Zielgruppen; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein nach Agenteneignung klassifizierter Gerätebestand. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 2: Voraussetzungen und Konfiguration

Inhaltsverzeichnis des Kapitels:

1. DNS, Proxy und Firewall
2. Site-Zuordnung
3. Kommunikationsparameter
4. Rollback

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Voraussetzungen und Konfiguration“ werden erfasst. Dabei werden insbesondere DNS, Proxy und Firewall und Site-Zuordnung eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Kommunikationsparameter, Rollback sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Site-Zuordnung, Kommunikationsparameter, Rollback, Voraussetzungen und Konfiguration, Voraussetzungen und Konfiguration. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Rollback, Voraussetzungen und Konfiguration, Voraussetzungen und Konfiguration; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein standardisiertes und geschütztes Pilotpaket. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 3: Windows-Bereitstellung

Inhaltsverzeichnis des Kapitels:

1. stille Installation
2. Dienst und Verbindung
3. Softwareverteilung
4. Erkennung und Deinstallation

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Windows-Bereitstellung“ werden erfasst. Dabei werden insbesondere stille Installation und Dienst und Verbindung eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Softwareverteilung, Erkennung und Deinstallation sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Dienst und Verbindung, Softwareverteilung, Erkennung und Deinstallation, Windows-Bereitstellung, Windows-Bereitstellung. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Erkennung und Deinstallation, Windows-Bereitstellung, Windows-Bereitstellung; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein lokal getestetes und paketiertes Windows-Setup. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 4: Linux- und macOS-Bereitstellung

Inhaltsverzeichnis des Kapitels:

1. Paketformat
2. Architektur und Signatur
3. Dienstrechte
4. Proxy und wechselnde Netze

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Linux- und macOS-Bereitstellung“ werden erfasst. Dabei werden insbesondere Paketformat und Architektur und Signatur eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Dienstrechte, Proxy und wechselnde Netze sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Architektur und Signatur, Dienstrechte, Proxy und wechselnde Netze, Linux- und macOS-Bereitstellung, Linux- und macOS-Bereitstellung. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Proxy und wechselnde Netze, Linux- und macOS-Bereitstellung, Linux- und macOS-Bereitstellung; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Je ein plattformspezifisch geprüftes Agentenpaket. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 5: Asset-Zuordnung und Reconciliation

Inhaltsverzeichnis des Kapitels:

1. Agenten-ID
2. Seriennummer und Hostname
3. vorhandenes Asset
4. Dubletten und Gerätewechsel

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Asset-Zuordnung und Reconciliation“ werden erfasst. Dabei werden insbesondere Agenten-ID und Seriennummer und Hostname eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören vorhandenes Asset, Dubletten und Gerätewechsel sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Seriennummer und Hostname, vorhandenes Asset, Dubletten und Gerätewechsel, Asset-Zuordnung und Reconciliation, Asset-Zuordnung und Reconciliation. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Dubletten und Gerätewechsel, Asset-Zuordnung und Reconciliation, Asset-Zuordnung und Reconciliation; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein korrekt zusammengeführtes potenzielles Doppelasset. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Kapitel 6: Betrieb, Updates und Diagnose

Inhaltsverzeichnis des Kapitels:

1. Rolloutwellen
2. Versionssteuerung
3. Dienst- und Netzwerkfehler
4. Abdeckungsbericht

1. Schritt 1: Ausgangslage, fachlicher Zweck und Abnahmekriterien für „Betrieb, Updates und Diagnose“ werden erfasst. Dabei werden insbesondere Rolloutwellen und Versionssteuerung eindeutig abgegrenzt.
2. Schritt 2: Technische und organisatorische Voraussetzungen werden geprüft. Dazu gehören Dienst- und Netzwerkfehler, Abdeckungsbericht sowie die erforderlichen Rollen, Zugriffe, Daten und Sicherheitsfreigaben.
3. Schritt 3: Die Umsetzung erfolgt in einer dokumentierten Reihenfolge: Versionssteuerung, Dienst- und Netzwerkfehler, Abdeckungsbericht, Betrieb, Updates und Diagnose, Betrieb, Updates und Diagnose. Jede Änderung wird zunächst in einem kontrollierten Bereich ausgeführt.
4. Schritt 4: Das Ergebnis wird mit Positiv-, Negativ- und Grenzfällen validiert. Als konkrete Prüfpunkte dienen Abdeckungsbericht, Betrieb, Updates und Diagnose, Betrieb, Updates und Diagnose; Abweichungen werden reproduzierbar dokumentiert.
5. Schritt 5: Für den Regelbetrieb werden Verantwortlichkeit, Sollwerte, Kontrollintervall, Änderungsverfahren, Rückfallmöglichkeit und Eskalationsweg festgelegt.

Praxisübung: Ein skalierbarer Agentenbetrieb mit festem Störungsweg. Die Umsetzung wird anhand festgelegter Sollwerte geprüft und in einer wiederverwendbaren Betriebsnotiz festgehalten.

Durchgängiger Praxisfall

Ein hybrider Gerätebestand aus Windows-Notebooks, Linux-Systemen und macOS-Geräten wird in einer Pilotwelle angebunden. Paketierung, Asset-Zuordnung, Update und Störungsdiagnose werden vollständig durchgespielt.

Arbeitsweise im Seminar

Fachliche Einordnung, Demonstration, angeleitete Konfiguration, selbstständige Übung, Fehleranalyse und dokumentierte Abnahme wechseln sich ab. Sämtliche Konfigurationsschritte werden zuerst geplant, danach kontrolliert umgesetzt und abschließend mit messbaren Kriterien geprüft.