Zeige letzte Bearbeiter
1 {{aagon.priorisierung}}
2 20
3 {{/aagon.priorisierung}}
4
5 {{aagon.floatingbox/}}
6
7 Der //Agentless Scanner// dient der Inventarisierung von Clients, ohne dass eine Software auf diesen ausgeführt oder gar installiert werden muss. Er besteht aus den zwei Teilen AD-Import und XML-Import. Im Folgenden finden Sie eine Beschreibung der unterschiedlichen Teile.
8
9 {{aagon.infobox}}
10 Es kann vorkommen, dass der NetBios Name beim Agentless Scan in Multidomain-Umgebungen nicht richtig aufgelöst wird. Um hier Fehler zu vermeiden wird zusätzlich versucht die Clients per FQDN zu erreichen.
11 {{/aagon.infobox}}
12
13 = AD-Import =
14
15 Der Agentless Scanner dient der Inventarisierung von Clients, ohne dass eine Software auf diesen ausgeführt oder gar installiert werden muss. Dabei dient ein Active Directory als Datenquelle für die Basisdaten eines Clients. Die eigentliche Inventarisierung erfolgt anschließend über einen WMI Remote Scan. Dadurch können auch Clients inventarisiert werden, welche nicht per NetBIOS erreichbar sind (z.B. auf Grund bestimmter Netzwerkrichtlinien) und somit nicht in der Agenteninstallation (siehe [[Agenteninstallation>>doc:ACMP.63.ACMP-Solutions.Client-Management.Agenteninstallation.WebHome]]) auftauchen. Weiterhin werden Clients, welche neu an das AD angebunden wurden, automatisch inventarisiert. Dadurch entfällt das manuelle Anstoßen einer Inventarisierung. Der Agentless Scanner liefert jedoch weniger Daten als der ACMP Agent, da er auf Grund seiner Funktionsweise (dem Auslesen der Clients per WMI) nicht alle Daten auslesen kann.
16
17 Der Agentless Scanner besteht aus den drei Komponenten ACMP AD Connector, ACMP AD Agent sowie dem ACMP WMI Scanner. Wenn z.B. ein neuer Rechner zum AD hinzugefügt wird, löst das hierdurch erzeugte AD-Ereignis den Import des Rechners durch den AD Connector aus. Zusätzlich scannt er den AD aber in festen Intervallen nach neuen Clients. Die gesammelten Daten werden anschließend an den ACMP AD Agent weitergereicht und von diesem mit den ACMP-Daten abgeglichen. Wurde ein neuer Client im AD gefunden, werden Basisdaten wie Name, Beschreibung, Domain und Adresse in der ACMP-Datenbank hinterlegt. Dadurch ist der Client in der Agenteninstallation auffindbar und seine Daten können normal verarbeitet werden (z.B. in Queries oder Client Commands). Damit weitere Daten des Clients inventarisiert werden können, wird vom ACMP WMI Scanner ein Scan über die WMI des Clients angestoßen. Diese Daten werden anschließend in der ACMP-Datenbank gespeichert.
18
19 Es kann vorkommen, dass auf Windows Server 2003 keine MSI-Software ausgelesen werden kann. Dies ist der Fall, wenn die WMI Klasse WIN32_Product nicht installiert ist. Diese kann mit den folgenden Schritten nachinstalliert werden:
20
21 1.   Systemsteuerung\Software\Windows-Komponenten hinzufügen
22 2.   Verwaltungs- und Überwachungsprogramme auswählen
23 3.   Details Button drücken
24 4.   WMI-Anbieter für Windows Installer auswählen
25 5.   Mit OK bestätigen und anschließend das System neu starten
26
27 = Installationsvoraussetzungen =
28
29 Bevor die Installation durchgeführt werden kann, prüfen Sie folgende Voraussetzungen:
30
31 ▪   Die Dienste werden auf dem Server installiert, auf dem auch ACMP installiert ist.
32 ▪   Es ist bereits das .Net-Framework in der Version 3.5 installiert.
33 ▪   Das Message Queuing ist installiert. Falls das Message Queuing noch nicht installiert ist, kann dieses über die Systemsteuerung unter Windowskomponenten hinzufügen/entfernen (für Workstation-Systeme) oder über den Server-Manager unter Features (für Server-Systeme) installiert werden.
34
35
36 = Installation =
37
38 Um den Agentless Scanner nutzen zu können, müssen zunächst die entsprechenden Dienste installiert werden. Dazu finden Sie im Installationsverzeichnis des ACMP Servers den Ordner //Installers/AgentlessScan// mit der Installationsdatei //ACMP Agentless Scanner_Installer.exe//. Folgen Sie den Installationsanweisungen und installieren Sie alle fünf Komponenten.
39
40 = Konfiguration =
41
42 Für die Konfiguration des Agentless Scanners rufen Sie den soeben installierten Configuration Manager auf. Dieser bietet Ihnen fünf Bereiche zur Konfiguration des Scanners.
43
44 Über den Bereich General wird der Connectionstring zur ACMP Datenbank eingetragen. Klicken Sie dazu auf //Get database connection string from ACMP configuration//. Der Connectionstring wird automatisch aus ACMP ausgelesen und hier eingetragen. Klicken Sie nun auf //Test connection string//. Bekommen Sie die Meldung Connection successful, kann eine Verbindung zur Datenbank aufgebaut werden. Bekommen Sie diese Meldung nicht, muss der Connectionstring über //Edit connection string //angepasst und anschließend wieder getestet werden. Bei Problemen hilft Ihnen der Aagon Support weiter, alternativ finden Sie auch [[hier >>doc:63.ACMP installieren.ACMP Server installieren.Verbindung vom ACMP Server zum SQL Server einrichten.Connectionstring anpassen.WebHome]]weitere Informationen zu den generellen Anpassungen für den Connectionstring.
45
46 {{figure}}
47 (% style="text-align:center" %)
48 [[image:Agentless Scanner - Database Connection String.png]]
49
50 {{figureCaption}}
51 Agentless Scanner: Database Connection String
52 {{/figureCaption}}
53 {{/figure}}
54
55 Über den Bereich //AD Connector// geben Sie Informationen für den AD-Zugriff an. Dazu tragen Sie unter Domain Controller den Namen oder die IP-Adresse des Servers ein, auf dem das AD installiert ist. Unter //User Name// tragen Sie einen Benutzer ein, welcher Leserechte für die Domain besitzt, aus welcher die Client-Daten gelesen werden sollen. Geben Sie zusätzlich das Password des Benutzers an. Achten Sie darauf, dass es sich nicht um ein leeres Passwort handelt. Den Namen der Domain, aus welcher die Client-Daten gelesen werden, hinterlegen Sie unter NT Domain Name. Zusätzlich tragen Sie unter BaseDN den AD-Pfad ein, unter dem die Clients zu finden sind, dessen Daten gelesen werden sollen. Dies kann z.B. das Hauptverzeichnis aber auch eine bestimmte Gruppe (OU) innerhalb des AD sein. Über die Option I//gnore Objects that haven´t changed for X days// können Clients gefiltert werden, die sei X Tagen nicht im Netzwerk waren und sich nicht am Domain Controller gemeldet haben.
56
57 {{figure}}
58 (% style="text-align:center" %)
59 [[image:Agentless Scanner - Active Directory Connector.png]]
60
61 {{figureCaption}}
62
63 Agentless Scanner: Active Directory Connector
64
65 {{/figureCaption}}
66 {{/figure}}
67
68 Neben den Angaben, die Sie in der Konfigurationsoberfläche des Configuration Manager machen können, haben Sie die Möglichkeit weitere Einstellungen in der Konfigurationsdatei vorzunehmen. Speichern Sie dazu zunächst die im Configuration Manager getätigten Eingaben. Nun öffnen Sie die Konfigurationsdatei //Configuration.xml//, die sich im Installationspfad im Unterordner //Configuration //befindet. Mithilfe der 3 Tags OuAllowList, OuDenyList und OuRuleOrder ist es Ihnen möglich festzulegen, aus welchen OUs Computerobjekte importiert werden sollen. Das OuAllowList-Tag dient dazu OUs angeben, die ausgelesen werden sollen, während das OuDenyList-Tag es Ihnen ermöglicht OUs anzugeben, die nicht ausgelesen werden sollen. OUs müssen in der Distinguished Name (DN) Schreibweise angegeben werden (siehe Beispiel). Beim Bearbeiten der Configuration.xml-Datei muss beachtet werden, dass diese Groß- und Kleinschreibung beachtet. Das heißt, wird der Listeneintrag „OuAllow“ als „OUAllow“ geschrieben, wird die gesamte Konfigurationsdatei als fehlerhaft angesehen und der Dienst beendet sich direkt nach dem Starten wieder.
69
70 Das OuRuleOrder-Tag verhält sich folgendermaßen:
71
72 |•|Der Standardwert der OuRuleOrder ist 0. Das bedeutet, dass grundsätzlich alle OUs ausgelesen werden. Alle OUs, die nicht mit einbezogen werden sollen, müssen in der OuDenyList eingetragen werden. Rekursiv darunter liegende OUs werden dann ebenfalls nicht berücksichtigt. Sollen diese berücksichtigt werden, so müssen sie in die OuAllowList eingetragen werden.
73
74 |•|Wird die OuRuleOrder auf 1 geändert, so ändert sich die Reihenfolge, in der die OuDeny- und OuAllowList ausgewertet werden. Es müssen jetzt explizit alle OUs in der OuAllowList angegeben werden, die einbezogen werden sollen. Sollen bestimmte, darunter liegende OUs nicht mit einbezogen werden, so müssen diese in der OuDenyList eingetragen werden.
75
76 Das folgende Beispiel soll das Verhalten illustrieren:
77
78 (% style="width:759px" %)
79 |(% style="width:756px" %)
80
81 {{{<OuAllowList>
82
83 <OuAllow>OU=Aagon,dc=aagon,dc=local</OuAllow>
84
85 </OuAllowList>
86
87 <OuDenyList>
88
89 <OuDeny>OU=Marketing,OU=Aagon,dc=aagon,dc=local</OuDeny>
90
91 </OuDenyList>
92
93 <OuRuleOrder>1</OuRuleOrder>}}}
94
95 (% style="width:756px" %)
96 (((
97 (% style="text-align:center" %)
98 [[image:hmfile_hash_0a8ef710.png]]
99
100
101 )))
102
103 Grundsätzlich sind alle OUs verboten, da die RuleOrder auf 1 gesetzt ist. Durch die Angabe einer OU in der OuAllowList wird die OU „Aagon“ und alle unter ihr liegenden OUs erlaubt. Durch Angabe der OU „Marketing“ wird diese spezielle OU wieder ausgeschlossen.
104
105 Über den Bereich //AD Agent// kann der Pfad der Message Queue, sowie die Anzahl der internen IP Scanner Threads geändert werden. Diese Einstellungen werden für die internen Abläufe des Agentless Scanner benötigt und sollten nur nach Aufforderung durch den Aagon Support geändert werden.
106
107 Sie können über das Dropdown zusätzlich bestimmen, ob die Agenteninstallation und/oder das Inventory (AD-Clients) befüllt werden soll.
108
109 {{figure}}
110 (% style="text-align:center" %)
111 [[image:Agentless Scanner - Active Directory Agent.png]]
112
113 {{figureCaption}}
114 Agentless Scanner: Active Directory Agent
115 {{/figureCaption}}
116 {{/figure}}
117
118 Der Bereich //WMI Scanner// dient der weiteren Konfiguration des Scanners. Hier können u.a. der Message Queuing Path sowie die Anzahl der Scanner Threads geändert werden. Auch hier sollte dies nur nach Aufforderung durch den Aagon Support geschehen.
119
120 {{figure}}
121 (% style="text-align:center" %)
122 [[image:Agentless Scanner - WMI Scanner.png]]
123
124 {{figureCaption}}
125 Agentless Scanner: WMI Scanner
126 {{/figureCaption}}
127 {{/figure}}
128
129 Über die Database Request Frequency wird festgelegt, in welchem Intervall (in Stunden) die ACMP Datenbank geprüft werden soll. Bei dieser Prüfung werden alle Clients ermittelt, welche über das AD (Bereich //AD Connector//) erfasst, aber noch nicht gescannt wurden. Diese Clients werden an den WMI Scanner übergeben, der die Eigenschaften der Clients per WMI ausliest.
130
131 Unter //Domain Credentials //können Benutzerkonten hinterlegt werden, die auf den zu scannenden Clients Administratorrechte besitzen. Mindestens einen Benutzer müssen Sie hier eintragen. Über den Plus-Button können Sie dazu einen Dialog aufrufen.
132
133 {{figure}}
134 (% style="text-align:center" %)
135 [[image:Agentless Scanner - Domain Credentials.png]]
136
137 {{figureCaption}}
138 Agentless Scanner: Domain Credentials
139 {{/figureCaption}}
140 {{/figure}}
141
142
143 Tragen Sie unter Domain name den „Fully Qualified Domain Name“ (FQDN) der Domain ein, deren Clients gescannt werden sollen. Den Benutzernamen geben Sie nach dem Prinzip Benutzer@FQDN „User Principal Name“ (UPN) an und setzen das Passwort. Dabei müssen der zuerst angegebene Domain name und der FQDN des Benutzers nicht identisch sein. Der Domain name stellt einen Filter der übergebenen Clientdaten dar. Dadurch werden nur Clients gescannt, welche laut ACMP-Datenbank der entsprechenden Domain zugehören. Kehren Sie über den OK-Button zurück zum WMI Scanner und tragen Sie gegebenenfalls weitere Domänen mit entsprechenden Benutzerangaben ein.
144
145 Im Bereich Services können Sie die installierten und konfigurierten Dienste des Agentless Scanner über die jeweiligen Buttons starten und stoppen.
146
147 {{aagon.infobox}}
148 Beachten Sie, dass sie vor dem Starten oder Stoppen eines Dienstes alle Änderungen über Save speichern.
149 {{/aagon.infobox}}
150
151

Navigation

© Aagon GmbH 2024
Besuchen Sie unsere neue Aagon-Community