Wiki source code of Detailansicht in den Containern
Last modified by Jannis Klein on 2024/08/13 08:28
Show last authors
author | version | line-number | content |
---|---|---|---|
1 | In the //Containers //plugin, you have a list of individual Containers on the left. As soon as you select one, the associated data for that Container is loaded in the right pane. The two-part area lists both the different categories (e.g. Jobs, Agent Tasks and Rules) and the detailed information about the settings. | ||
2 | |||
3 | The detailed view within the Containers shows you a variety of different properties and settings. You can change much of this information directly in this view, so it is always up to date and displayed correctly for you. | ||
4 | |||
5 | {{figure}} | ||
6 | (% style="text-align:center" %) | ||
7 | [[image:66_Beispiel Containerbild_1124.png]] | ||
8 | |||
9 | {{figureCaption}} | ||
10 | Detailed view of the Containers with the various tabs | ||
11 | {{/figureCaption}} | ||
12 | {{/figure}} | ||
13 | |||
14 | Define the required settings for each Container. You must define separate details for each newly created Container, unless you are creating a duplicate from an existing Container. | ||
15 | |||
16 | {{aagon.infobox}} | ||
17 | Please note that only selected information is transferred from a duplicate. This does not include all settings, Configuration Profiles or Jobs. | ||
18 | {{/aagon.infobox}} | ||
19 | |||
20 | |(% style="width:103px" %) |(% style="width:1261px" %)**Description** | ||
21 | |(% style="width:103px" %)**Clients**|(% style="width:1261px" %)The assigned Clients belonging to the currently open Container are displayed. You can assign or remove continuing (static) Clients from the //Clients// tab. The Client Details can be opened from the context menu, where you can read further information about the Client. In addition to the name, you can also see the type of Client (e.g. whether it is a [[manually installed Client or an Agent>>doc:ACMP.66.ACMP-Solutions.Client-Management.Abfrageverwaltung.WebHome]]). | ||
22 | |(% style="width:103px" %)**Clients recursive**|(% style="width:1261px" %)Unter den rekursiven Clients werden Ihnen alle Clients aufgelistet, die sich im ausgewählten Container sowie allen untergeordneten Containern befinden. Sie können über die Ribbonleiste für alle oder ausgewählte Clients jeweils Jobs ausführen, den Defender Scan starten oder die Clients neu durchsuchen lassen. | ||
23 | |(% style="width:103px" %)**Dynamic filters**|(% style="width:1261px" %)You can use the dynamic filter to view the properties of the Container. These were set when the Container was created or have been modified since. You can also edit the filter in the ribbon bar and use it to generate new results for the queries (see [[Apply filter options>>doc:ACMP.66.ACMP-Solutions.Client-Management.Abfrageverwaltung.Abfragen erstellen.Filteroptionen anwenden.WebHome]]).{{aagon.infobox}}If you have multi-tenancy enabled, the Client ID must always be present in the SQL query. The Client ID is required, otherwise a recalculation error will occur.{{/aagon.infobox}} | ||
24 | |(% style="width:103px" %)**Jobs**|(% style="width:1261px" %)Jobs allow you to select a series of actions to be performed on all Clients within the Container. Jobs are run in a fixed order. Click //Add// in the ribbon bar to add one of the following Job types: [[Client Command>>doc:ACMP.66.ACMP-Solutions.Client Commands.WebHome]], [[Job Collections>>doc:ACMP.66.ACMP-Solutions.Jobs.Job Collections.WebHome]], [[Managed Software>>doc:ACMP.66.ACMP-Solutions.Patch Management.Managed Software.WebHome]] and [[Windows Update Collections>>doc:ACMP.66.ACMP-Solutions.Patch Management.Windows Update Management.WebHome]]. | ||
25 | Jobs can also be removed or modified. You can set parameters for both Managed Software and Client Command Jobs.{{aagon.infobox}}If you wish to use the „Restart PC“ system jobs multiple times for a Container, it is recommended that you place them within a Job Collection.{{/aagon.infobox}}((( | ||
26 | When a Job is first assigned, you can change the timeframe for the job to run. A wizard will open to allow you to make these changes. This can be done later at any time using the //Modify// button on the ribbon bar. Please note that only one time setting can be configured for all Jobs within a Container. | ||
27 | |||
28 | The Jobs will be executed one after the other according to their priority (see section Changing the Structure and Priorities of Containers), as is generally the case for Containers. If you want to change the priority of an individual job, you can do so by clicking on the appropriate arrow direction (increase or decrease priority). Save your changes. | ||
29 | ))) | ||
30 | |(% style="width:103px" %)**Defender Management**|(% style="width:1261px" %)From this tab, you can either check which Defender Configuration Profile has already been assigned to be selected Container or assign one to the Container. Any Client assigned to a Container with a Configuration Profile assigned will automatically receive that Configuration Profile.{{aagon.infobox}}Please note that only one Configuration Profile can be assigned to each Client! If a Client is assigned to more than one Container, the Client will receive the Configuration Profile from the Container with the highest priority (lowest number). If you are also using Multi-Tenancy, the Global Containers are assigned above the Client Containers. You can check which Configuration Profile is assigned in the [[Client Details>>doc:ACMP.66.ACMP-Solutions.Client-Management.Abfrageverwaltung.Abfragen auswerten.WebHome||anchor="HClientDetailsanzeigenlassen"]].{{/aagon.infobox}}((( | ||
31 | By default no profile is assigned to the Container. You can select an existing Configuration Profile from the ribbon bar using //Assign// or from the workspace using //Click to Assign Configuration Profile//. To create a new Configuration Profile that can be selected from this tab, you must first create a new [[Configuration Profile>>doc:ACMP.66.ACMP-Solutions.Security.Defender Management.Konfigurationsprofile.WebHome]] in the Defender Management module under //Configuration Profiles//. | ||
32 | ))) | ||
33 | |(% style="width:103px" %)**BitLocker Management**|(% style="width:1261px" %)((( | ||
34 | In BitLocker Management, similar to Defender, you can check which Configuration Profile has already been assigned to the selected Container, or you can assign one. Any Client that is assigned to a Container with a Configuration Assignment will automatically receive the Configuration Profile. | ||
35 | |||
36 | {{aagon.infobox}} | ||
37 | Please note that only one Configuration Profile can be assigned to each Client! If a Client is assigned to more than one Container, the Client will receive the Configuration Profile from the Container with the highest priority (lowest number). If you are also using Multi-Tenancy, the Global Containers are assigned above the Client Containers. You can check which Configuration Profile is assigned in the [[Client Details>>doc:ACMP.66.ACMP-Solutions.Client-Management.Abfrageverwaltung.Abfragen auswerten.WebHome||anchor="HClientDetailsanzeigenlassen"]]. | ||
38 | {{/aagon.infobox}} | ||
39 | |||
40 | ((( | ||
41 | By default no profile is assigned to the Container. You can select an existing Configuration Profile from the ribbon bar using Assign or from the workspace using //Click to Assign Configuration Profile//. To create a new configuration profile that can be selected in this tab, you must first create a new configuration profile in the BitLocker Management module under [[Configuration Profiles>>doc:ACMP.66.ACMP-Solutions.Security.BitLocker Management.Konfigurationsprofile.WebHome]]. | ||
42 | ))) | ||
43 | ))) | ||
44 | |(% style="width:103px" %)**File Repositories**|(% style="width:1261px" %)Containers can be used to assign File Repositories to the Clients they contain ([[deployed File Repositories>>doc:ACMP.66.ACMP-Solutions.System.Verteilte File Repositories.WebHome]]). The required data will then be downloaded via the associated File Repository, e.g. from a Client Command. It is important that the Client has access to the associated File Repository, otherwise downloads will not be possible.((( | ||
45 | Click //Add// to associate a new File Repository. In the following window select the File Repositories to be added to the Container. You can change the priority of each entry using the arrow buttons. To remove a File Repository from the Container, select it and click //Remove// in the ribbon bar. | ||
46 | |||
47 | |||
48 | File Repositories allow content inheritance. By default, inheritance is enabled ([[image:File Repository Vererbung.png]]) for all newly ctrated Containers so that they use the same File Repositories as their parent Containers. When inheritance is enabled, the top-level Containers use the default File Repository. If inheritance is disabled, manual File Repositories can be assigned. All child Containers will use the manually assigned File Repositories if inheritance is enabled. | ||
49 | |||
50 | |||
51 | If inheritance is disabled, select //Break// and a new window will open. Here you can choose to inherit the previously inherited File Repositories or not to assign any File Repositories. Note that if you choose the latter option, the affected Clients will not automatically use the default File Repository and will therefore not receive the data in Client Commands or Windows Updates. You can then make changes to the File Repositories, remove them or change the priorities. | ||
52 | |||
53 | The Console lists the assigned File Repositories in order of access (starting with priority 1). In addition to the name, the availability and status of each File Repository is displayed. Availability indicates how many Clients were able to connect to the file repository during the last connection attempt. If the repository is unavailable, the next highest priority repository will be used. If a File Repository is not fully synchronised, the process will fail and the Clients will not receive any data from Client Commands or Updates, as generally no attempt will be made to reach a continuous File Repository. | ||
54 | |||
55 | {{aagon.infobox}} | ||
56 | If a Client is located in more than one Container, the priorities of each Container are of secondary importance when selecting the File Repository. The Containers for which inheritance has been cancelled are given priority first. Only if a Client is assigned to more than one Container with inheritance cancelled does the priority of the Containers become important. | ||
57 | {{/aagon.infobox}} | ||
58 | |||
59 | {{aagon.infobox}} | ||
60 | A Client can only ever use the File Repositories of one Container. It is recommended that you create a separate Container structure for the repository settings in which multiple occurrences have been disabled. | ||
61 | {{/aagon.infobox}} | ||
62 | ))) | ||
63 | |(% style="width:103px" %)**Agent Tasks**|(% style="width:1261px" %)Agent Tasks allow you to set all the scanning and maintenance options for the Containers and the Clients they contain. The settings can be directly associated with the Container and can also be removed. Choose from the templates you have already created in the [[Agent Tasks>>doc:ACMP.66.ACMP-Solutions.Client-Management.Agentenplaner.WebHome]]. | ||
64 | |(% style="width:103px" %)**Rules**|(% style="width:1261px" %)Activating a rule in a Container enables the rule to be activated and scanned only for those Clients. The (global) rules are taken from the [[Rules>>doc:ACMP.66.ACMP-Solutions.Client-Management.Regeln.WebHome]] plugin (//Client Management// > //Rules//). If rules to be scanned in the Containers have already been enabled in the past, they cannot be changed. It is only possible to enable additional rules tob e scanned. To do this, check the relevant rule. |