Zum Inhalt springen
Version 42.1 von Tom Altenbrunn am 2023/03/16 10:56
Zeige letzte Bearbeiter
1 {{toc depth="3"/}}
2
3 ----
4
5 = (% style="font-size:22px" %)__**Allgemeines**__(%%) =
6
7
8 Autoconf liegt wie der Vorgänger Ansible im ctrl-g1 Container und dient dazu, individuelle Einstellungen während des Deployments auf Rechner zu übertragen. Es können über diesen Mechanismus nachträglich auch kleinere Anpassungen an Clients übertragen werden, ohne dafür ein neues Image auf den Server hochzuladen. Somit lassen sich relativ einfach und flexibel diverse Anpassungen an bestehenden Clients vornehmen.
9
10 LogoDIDACT ist standardmäßig bereits mit zahlreichen Autoconf-Rollen bestückt, die mitgeliefert werden, um ein möglichst breites Spektrum verschiedenster Anforderungen des allgemeinen Schulbetriebs abzudecken.
11 Diese fest integrierten Rollen befinden sich im LXC-Container ctrl-g1 im Pfad (% data-xwiki-non-generated-content="java.util.List" %)" class="xwiki-metadata-container">/usr/lib/ld-autoconf/logodidact/roles/{{box}}/usr/lib/ld-autoconf/logodidact/roles/{{/box}}(%%).
12
13 [[image:image-20230315103418-1.png||height="103" width="1344" class="img-thumbnail"]]
14
15
16 Darüber hinaus ist es Partnern und Kunden möglich, für spezielle / anwendungsspezifische Anforderungen eigene Autoconf-Rollen zu erstellen und im LD Control Center mit Clients zu verknüpfen. Dafür steht am LD-Server ein eigenes Verzeichnis zur Verfügung, welches sich ebenfalls im LXC-Container ctrl-g1 befindet und nicht durch Server-Updates beeinflusst oder überschrieben wird. Der genaue Speicherpfad hängt von der Puppet-Version des Servers ab:
17
18 * bis Puppet-Version **1.4.x** : {{code language="bash"}}/var/lib/ld-autoconf/custom/{{/code}}
19 * ab Puppet-Version **1.5.x **:  {{code language="bash" layout="LINENUMBERS"}}/data/ld/autoconf/custom/{{/code}}
20
21 Der Aufbau einer Autoconf-Rolle unterliegt einer vordefinierten Struktur, bestehend aus einer Beschreibungsdatei (% data-xwiki-non-generated-content="java.util.List" %)" class="xwiki-metadata-container">meta/logodidact.yml{{box}}meta/logodidact.yml{{/box}}(%%), welche die Informationen zu Namen, Beschreibung, Ersteller, Variablen, usw. definiert, sowie zugehörige Skript-Dateien (PowerShell). Diese Skript-Dateien müssen - abhängig vom vorgesehen Ziel-Betriebssystem - in einem Unterordner (% data-xwiki-non-generated-content="java.util.List" %)" class="xwiki-metadata-container"> win/ {{box}} win/ {{/box}}(%%) (//Windows//) oder (% data-xwiki-non-generated-content="java.util.List" %)" class="xwiki-metadata-container"> lin/ {{box}} lin/ {{/box}}(%%) (//Linux//) abgespeichert sein. Zusätzlich besteht auch die Möglichkeit, in einem weiteren Unterordner (% data-xwiki-non-generated-content="java.util.List" %)" class="xwiki-metadata-container"> files/ {{box}} files/ {{/box}}(%%) beliebige Dateien in der Autoconf-Rolle mitzuliefern, wie zum Beispiel Bilder, Videos, etc.
22
23 __Der strukturelle Aufbau eines AutoConf-Verzeichnisses grafisch dargestellt:__
24
25 [[image:attach:autoconf-struktur.PNG||data-xwiki-image-style-border="true" data-xwiki-image-style-text-wrap="true" height="348" width="642" class="img-thumbnail"]]
26
27 ----
28
29 Für die Funktionalität der Autoconf-Rolle ist es also nötig, PowerShell-Skripte am Server abzuspeichern, die die Instruktionen an den Arbeitsstationen ausführen. Für diese Skripte sind folgende Dateinamen zulässig:
30
31 * **main.ps1** - Skript wird in allen Phasen ausgeführt, die innerhalb der Beschreibungsdatei (% data-xwiki-non-generated-content="java.util.List" %)" class="xwiki-metadata-container">meta/logodidact.yml{{box}}meta/logodidact.yml{{/box}}(%%) festgelegt sind
32 * (% style="color:#8e44ad" %)**setup.ps1**(%%) - Skript wird ausschließlich in der SETUP-Phase während des Deployments ausgeführt. In der Setup-Phase ist der Client noch veränderlich und besitzt noch keine Schutzfunktion, selbst wenn der Schutz aktiviert ist.
33 * (% style="color:#8e44ad" %)**custom.ps1**(%%) - Skript wird ausschließlich in der CUSTOM-Phase ausgeführt. Dies geschieht sowohl 1x während des Deployments als auch später nach jedem Hochfahren des PCs 1x im Hintergrund.
34 * (% style="color:#8e44ad" %)**user.ps1**(%%) - Skript wird ausschließlich in der USER-Phase ausgeführt. Diese Phase wird nicht direkt während des Deployments durchlaufen, sondern erst später während der Benutzeranmeldung an betriebsbereiten PCs.
35 * (% style="color:#8e44ad" %)**audit.ps1**(%%) - Skript wird ausschließlich in der AUDIT-Phase ausgeführt. Das bedeutet erst dann, wenn man an einem Client in den Audit-Modus zur Imagebearbeitung wechselt.
36 * **collect.ps1** - Sonderfall. Dieses Skript wird ausgeführt, wenn durch einen Anwender aktiv die Phase COLLECT zum Einsammeln von Einstellungen am Client aufgerufen wird.
37
38 (% class="box warningmessage" %)
39 (((
40 (% style="font-size:12px" %)**Hinweis: **Skripte, die durch ihren Dateinamen auf einzelne Phasen eingeschränkt sind ((% style="color:#8e44ad; font-size:12px" %)lila eingefärbt(% style="font-size:12px" %)), dürfen sich inhaltlich zueinander unterscheiden. Dadurch kann eine Autoconf-Rolle sehr flexibel gestaltet werden und in den verschiedenen Phasen des Deployments unterschiedliche Aktionen ausführen.
41 )))
42
43 ----
44
45
46 = (% style="font-size:22px" %)__**Beispielaufbau einer logodidact.yml**__(%%) =
47
48
49 Eine Autoconf-Beispielvorlage liegt serverseitig im Unterordner (% data-xwiki-non-generated-content="java.util.List" %)" class="xwiki-metadata-container">/data/ld/autoconf/custom/example/{{box}}/data/ld/autoconf/custom/example/{{/box}}(%%) abgespeichert. Darin wird die Verwendung verschiedener Variablentypen aufgezeigt, die als Parameter an die Skript-Dateien weitergegeben werden können. Die Verwendung solcher Variablen innerhalb einer Autoconf-Rolle ist optional, je nach Zweck jedoch häufig sinnvoll.
50
51 == (% style="font-size:16px" %)**Beispiel zur Deklaration einer Autoconf Variable in logodidact.yml**(%%) ==
52
53 (% class="box" %)
54 (((
55 ld_info:
56 display_name: Meine eigene Autoconf-Rolle 1
57 (% style="color:#27ae60" %) # [...](%%)
58 \\ vars:
59 globalLogLevel:
60 display_name: Loglevel
61 optional: true
62 type: ENUM
63 values:
64 - none
65 - compact
66 - detailed
67 - verbose
68 \\(% style="color:#27ae60" %) # [...]
69 )))
70
71 (% class="box infomessage" %)
72 (((
73 **Tipp:** Der Variablentyp ENUM aus dem Beispiel ergibt ein Dropdown-Menü, in dem man aus den vordefinierten 4 Werten (none / compact / detailed / verbose) auswählen kann.
74 )))
75
76 ----
77
78
79 = (% style="font-size:22px" %)__**Neue AutoConf-Rollen nach Fertigstellung freigeben**__(%%) =
80
81
82 Neue Autoconf-Rollen können am Server durch Aufruf des Befehls (% data-xwiki-non-generated-content="java.util.List" %)" class="xwiki-metadata-container">update-autoconf-archive{{box}}update-autoconf-archive{{/box}}(%%) im LXC ctrl-g1 aktualisiert werden. Der Aufruf dieses Kommandos ist auch nach Änderungen an Autoconf-Rollen nötig.
83 Alternativ werden alle Autoconf-Rollen auch zeitbasiert alle 4 Stunden am Server eingelesen. Dies passiert automatisch im Hintergrund.
84
85 Über den Button "AutoConf Rollen neu einlesen" im LD Control Center (mit aktiviertem Expertenmodus) werden die neu erstellten Rollen im Anschluss sichtbar und sind wie gewohnt Betriebssystemen zuordenbar.
86
87 (% class="box infomessage" %)
88 (((
89 Der Expertenmodus wird in den **Einstellungen (Zahnrad oben rechts) -> Entwickleroptionen -> Expertenmodus aktivieren** aktiv geschaltet.
90 )))
91
92 [[image:attach:autoconf.png||data-xwiki-image-style-border="true" class="img-thumbnail"]]
93
94
95 ----
96
97
98 = (% style="font-size:22px" %)__**Funktionsfertiges Beispiel: Rolle „WLAN Profil mit PSK anlegen“**__(%%) =
99
100
101 Zum besseren Verständnis wird nachfolgend eine feste Autoconf-Rolle zur Konfiguration eines WLAN-Profils (SSID inkl. PSK) an Clients näher beleuchtet.
102
103 (% class="box" %)
104 (((
105 root@ctrl-g1:~~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/meta/logodidact.yml
106 )))
107
108 == (% style="font-size:16px" %)**Struktureller Aufbau der logodidact.yml**(%%) ==
109
110 (% class="box" %)
111 (((
112 ld_info:
113 authors:
114 - Marcel Petersen
115 company: SBE network solutions GmbH
116 (% style="color:#1abc9c" %) display_name:(%%) WLAN Profil mit PSK anlegen
117 license: SBE
118 (% style="color:#8e44ad" %) uuid:(%%) 52318636-c4f5-11ea-baf9-0bff00c66ff4
119 visible: true
120 (% style="color:#19177c" %) priority:(%%) 0
121 applyAlways: false
122 (% style="color:#f1c40f" %) tags:(%%)
123 - CUSTOM
124 (% style="color:#e74c3c" %) vars:(%%)
125 ssid:
126 display_name: SSID
127 optional: false
128 type: STRING
129 psk:
130 display_name: Passwort
131 optional: false
132 type: PASSWORD
133 (% style="color:#2980b9" %) systems:(%%)
134 - WINDOWS
135 - LINUX
136 )))
137
138 (% style="color:#1abc9c" %)**display_name**(%%) = Anzeigename der Autoconf-Rolle im LD Control Center
139
140 (% style="color:#8e44ad" %)**uuid**(%%) = ID der Autoconf-Regel. Muss einmalig sein. Bei einer eigenen Autoconf-Rolle sollte der Wert am besten neu generiert werden. [[https:~~/~~/www.uuidgenerator.net/>>url:https://www.uuidgenerator.net/]]
141
142 (% style="color:#19177c" %)**priority**(% style="color:#2980b9" %)** **(%%)= Legt die Verarbeitungsreihenfolge der Autoconf-Rolle gegenüber weiteren Rollen fest, die in derselben Phase ausgeführt werden. Bei gleicher Priorität findet die Abarbeitung alphabetisch statt. Eine höhere Priorität führt zu früherer Ausführung.
143
144 (% style="color:#f1c40f" %)**tags**(%%) = beschreibt, in welchen Phasen die Autoconf-Regel ausgeführt wird.
145
146 (% style="color:#e74c3c" %)**vars**(%%)** **= definiert mögliche Variablen, die den Skripten übergeben werden
147
148 * display_name = Name der konfigurierbaren Variable im Control Center
149 * optional = bestimmt, ob die Variable zwingend mit einem Wert belegt werden muss
150 * type = bestimmt den Typ der Variable. Gültige Typen sind: STRING, PASSWORD, BOOLEAN, ENUM, ARRAY, INTEGER
151 * example = Zeigt einen grau eingefärbten Beispieltext innerhalb der definierten Variable an, ohne dass dieser als Wert festgelegt ist (Hilfsmittel für Anwender).
152
153 (% style="color:#2980b9" %)**systems **(%%)= Legt fest, welche Betriebssystem-Typen durch die Autoconf-Rolle unterstützt werden. Gültige Systeme sind WINDOWS / LINUX. Die Rolle aus dem Beispiel unterstützt beide Betriebssysteme gleichzeitig.
154
155 ----
156
157
158 == (% style="font-size:16px" %)**Inhalt des PowerShell-Skripts main.ps1, das die Variablen entgegennimmt**(%%) ==
159
160 Im Unterverzeichnis (% data-xwiki-non-generated-content="java.util.List" %)" class="xwiki-metadata-container"> win/ {{box}} win/ {{/box}}(%%) oder (% data-xwiki-non-generated-content="java.util.List" %)" class="xwiki-metadata-container"> lin/ {{box}} lin/ {{/box}}(%%) der Autoconf-Rolle können sich wie erläutert unterschiedliche PowerShell-Skripte zur Ausführung in den verschiedenen Phasen befinden.
161 In dieser Rolle liegt konkret das allgemeingültige Skript (% data-xwiki-non-generated-content="java.util.List" %)" class="xwiki-metadata-container">main.ps1{{box}}main.ps1{{/box}}(%%) vor, welches die Variablen als Parameter ##$ssid## und ##$psk## intern verwendet.
162
163
164 (% style="color:#19177c" %)**Windows Variante**
165
166 {{code language="text" width="50%"}}
167 root@ctrl-g1:~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/win/main.ps1
168 {{/code}}
169
170 {{code width="50%" language="powershell"}}
171 Param
172 (
173 [parameter(Mandatory=$false)]
174 [String]
175 $ssid,
176 [parameter(Mandatory=$false)]
177 [String]
178 $psk
179 )
180
181 if ($ssid -ne '' -and $psk -ne '') {
182 $profile = @'
183 <WLANProfile xmlns="http://www.microsoft.com/networking/WLAN/profile/v1">
184 <name>{0}</name>
185 <SSIDConfig>
186 <SSID>
187 <name>{0}</name>
188 </SSID>
189 </SSIDConfig>
190 <connectionType>ESS</connectionType>
191 <connectionMode>auto</connectionMode>
192 <MSM>
193 <security>
194 <authEncryption>
195 <authentication>WPA2PSK</authentication>
196 <encryption>AES</encryption>
197 <useOneX>false</useOneX>
198 </authEncryption>
199 <sharedKey>
200 <keyType>passPhrase</keyType>
201 <protected>false</protected>
202 <keyMaterial>{1}</keyMaterial>
203 </sharedKey>
204 </security>
205 </MSM>
206 </WLANProfile>
207 '@ -f $ssid, $psk
208
209 $file = "$AUTOCONF_TEMP_DIR\ld_wlan_psk\wlan.xml"
210
211 $profile | Out-File (New-Item $file -Force)
212
213 Get-NetAdapter | Where-Object { $_.PhysicalMediaType -eq 'Native 802.11' -or `
214 $_.PhysicalMediaType -eq 'Wireless LAN' -or `
215 $_.PhysicalMediaType -eq 'Wireless WAN' } | ForEach-Object {
216
217 Write-Verbose "Creating wlan profile for '$ssid' on interface '$($_.Name)'"
218 netsh wlan add profile filename= "$file" interface= "$($_.Name)"
219 }
220
221 Remove-Item -Path $file -Force
222 }
223 {{/code}}
224
225
226 (% style="color:#19177c" %)**Linux Variante (Network Manager)**
227
228 {{code language="text" width="50%"}}
229 root@ctrl-g1:~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/lin/main.ps1
230 {{/code}}
231
232 {{code language="powershell" width="50%"}}
233 Param
234 (
235 [parameter(Mandatory=$false)]
236 [String]
237 $ssid,
238 [parameter(Mandatory=$false)]
239 [String]
240 $psk
241 )
242
243 if ($ssid -ne '' -and $psk -ne '') {
244 if (Get-Command "nmcli" -ErrorAction SilentlyContinue) {
245 # Check if kernel modules are up
246 nmcli dev wifi rescan
247 if ($LASTEXITCODE -ne 0) {
248 Start-Sleep -Seconds 30
249 }
250
251 # Check again
252 nmcli dev wifi rescan
253 if ($LASTEXITCODE -ne 0) {
254 Write-Verbose "Skipping role. There might be no WiFi device installed."
255 exit 0
256 }
257
258 $config = "/etc/NetworkManager/system-connections/$ssid"
259
260 if (Test-Path -Path $config) {
261 Write-Verbose "Removing '$config'"
262 Remove-Item -Path $config -Recurse -Force
263 }
264
265 Write-Verbose "Connecting to '$ssid'"
266
267 nmcli device wifi connect """$ssid""" password """$psk"""
268
269 if ($LASTEXITCODE -eq 0) {
270 Start-Sleep -Seconds 5
271 nmcli con up """$ssid"""
272
273 if ($LASTEXITCODE -ne 0) {
274 Write-Verbose "Error: Credentials wrong?"
275
276 if (Test-Path -Path $config) {
277 Write-Verbose "Removing '$config'"
278 Remove-Item -Path $config -Recurse -Force
279 }
280 }
281 }
282
283 Write-Verbose "Exiting with code: $LASTEXITCODE"
284 exit $LASTEXITCODE
285 }
286
287 Write-Verbose "No suitable implementation found"
288 exit 1
289 }
290 {{/code}}
291
292 ----
293
294 = (% style="font-size:22px" %)__**Weiteres Beispiel: eigene AutoConf-Rolle zur "Deaktivierung der Suchhervorhebung in Windows"**__(%%) =
295
296 Im nachfolgenden Beispiel wird eine einfache Rolle zur Deaktivierung der Suchvorhebung in Windows deklariert.
297 \\[[image:image-20230316103442-2.png||height="530" width="1142" class="img-thumbnail"]]
298
299 ----
300
301 == (% style="font-size:16px" %)**Aufbau der Logodidact.yml**(%%) ==
302
303 Neben den allgemeinen Informationen über die Autoren (authors), Unternehmen (company), einer Beschreibung (description), dem Anzeigenamen (display_name) im LD Control Center, usw, beginnt im Abschnitt {{code language="bash"}}vars{{/code}} die eigentliche Definition der Variable
304 "**{{code}}disableSearchHighlight{{/code}}**".
305
306
307 {{code language="yaml" width="45%"}}
308 #logodidact.yml
309
310 ld_info:
311 authors:
312 - Olav Krapp
313 - Marcel Petersen
314 - Kerim Ekin
315 company: SBE network solutions GmbH
316 description: | #Beschreibung
317 Die Suchhervorhebung in der Windows Suchleiste wird deaktiviert
318 display_name: Windows Suchhervorhebung #Anzeigename im LD Control Center
319 license: SBE
320 uuid: fec4ff30-b2a6-407f-a6b3-0a621cd7eaf7 #einmalige UUID
321 vars: #Deklaration der Variablen
322 disableSearchHighlight: #Name der Variable
323 display_name: Suchhervorhebung im Suchfeld deaktivieren #Anzeigename im LD Control Center
324 optional: true #Auswahl optional
325 type: BOOLEAN #Variablentyp Boolean = True/False
326 value: false #Standardwert false
327 visible: true #Sichtbarkeit der Variable im LD Control Center
328 priority: 0 #Abarbeitungspriorität
329 applyAlways: false #Rolle immer ausführen oder einmalig
330 tags:
331 - CUSTOM #Ausführungszeitpunkt während der/den Phase(n)
332 systems:
333 - WINDOWS #Betriebssystem
334 {{/code}}
335
336
337
338
339