Änderungen von Dokument Eigene Autoconf-Rolle erstellen

Zuletzt geändert von Tom Altenbrunn am 2023/03/17 08:03

Von Version 29.1
bearbeitet von Jonas Mayer
am 2023/03/16 07:58
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 17.7
bearbeitet von Tom Altenbrunn
am 2023/03/15 13:55
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Dokument-Autor
... ... @@ -1,1 +1,1 @@
1 -XWiki.jonasmayer@sbede
1 +XWiki.TomAltenbrunn@sbede
Inhalt
... ... @@ -1,11 +9,3 @@
1 -{{toc depth="3"/}}
2 -
3 -----
4 -
5 -
6 -= (% style="font-size:22px" %)__**Allgemeines**__(%%) =
7 -
8 -
9 9  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.
10 10  
11 11  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.
... ... @@ -19,7 +19,7 @@
19 19  * bis Puppet-Version **1.4.x** : {{code language="bash"}}/var/lib/ld-autoconf/custom/{{/code}}
20 20  * ab Puppet-Version **1.5.x **:  {{code language="bash" layout="LINENUMBERS"}}/data/ld/autoconf/custom/{{/code}}
21 21  
22 -Der Aufbau einer Autoconf-Rolle unterliegt einer vordefinierten Struktur, bestehend aus einer Beschreibungsdatei {{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 {{box}} win/ {{/box}} (//Windows//) oder {{box}} lin/ {{/box}} (//Linux//) abgespeichert sein. Zusätzlich besteht auch die Möglichkeit, in einem weiteren Unterordner {{box}} files/ {{/box}} beliebige Dateien in der Autoconf-Rolle mitzuliefern, wie zum Beispiel Bilder, Videos, etc.
14 +Der Aufbau einer Autoconf-Rolle unterliegt einer vordefinierten Struktur, bestehend aus einer Beschreibungsdatei {{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 {{box}} win/ {{/box}} (//Windows//) oder {{box}} lin/ {{/box}} (//Linux//) abgespeichert sein.  Zusätzlich besteht auch die Möglichkeit, in einem weiteren Unterordner {{box}} files/ {{/box}} beliebige Dateien in der Autoconf-Rolle mitzuliefern, wie zum Beispiel Bilder, Videos, etc.
23 23  
24 24  __Der strukturelle Aufbau eines AutoConf-Verzeichnisses grafisch dargestellt:__
25 25  
... ... @@ -33,7 +33,7 @@
33 33  * (% 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.
34 34  * (% 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.
35 35  * (% 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.
36 -* (% 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.
28 +* (% 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.
37 37  * **collect.ps1** - Sonderfall. Dieses Skript wird ausgeführt, wenn durch einen Anwender aktiv die Phase COLLECT zum Einsammeln von Einstellungen am Client aufgerufen wird.
38 38  
39 39  (% class="box warningmessage" %)
... ... @@ -43,14 +43,13 @@
43 43  
44 44  ----
45 45  
38 +==== **Beispielaufbau einer logodidact.yml:** ====
46 46  
47 -= (% style="font-size:22px" %)__**Beispielaufbau einer logodidact.yml**__(%%) =
48 -
49 -
50 50  Eine Autoconf-Beispielvorlage liegt serverseitig im Unterordner {{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.
51 51  
52 -== (% style="font-size:16px" %)**Beispiel zur Deklaration einer Autoconf Variable in logodidact.yml**(%%) ==
53 53  
43 +**Beispiel zur Deklaration einer Autoconf Variable in logodidact.yml:**
44 +
54 54  (% class="box" %)
55 55  (((
56 56  ld_info:
... ... @@ -76,10 +76,8 @@
76 76  
77 77  ----
78 78  
70 +==== **Neue AutoConf-Rollen nach Fertigstellung freigeben** ====
79 79  
80 -= (% style="font-size:22px" %)__**Neue AutoConf-Rollen nach Fertigstellung freigeben**__(%%) =
81 -
82 -
83 83  Neue Autoconf-Rollen können am Server durch Aufruf des Befehls {{box}}update-autoconf-archive{{/box}} im LXC ctrl-g1 aktualisiert werden. Der Aufruf dieses Kommandos ist auch nach Änderungen an Autoconf-Rollen nötig.
84 84  Alternativ werden alle Autoconf-Rollen auch zeitbasiert alle 4 Stunden am Server eingelesen. Dies passiert automatisch im Hintergrund.
85 85  
... ... @@ -93,21 +93,18 @@
93 93  [[image:attach:autoconf.png||data-xwiki-image-style-border="true" class="img-thumbnail"]]
94 94  
95 95  
85 +
96 96  ----
97 97  
88 +==== **Weiteres, funktionsfertiges Beispiel: Rolle „WLAN Profil mit PSK anlegen“** ====
98 98  
99 -= (% style="font-size:22px" %)__**Weiteres, funktionsfertiges Beispiel: Rolle „WLAN Profil mit PSK anlegen“**__(%%) =
90 +Zum besseren Verständnis wird nachfolgend eine mitgelieferte Autoconf-Rolle zur Konfiguration eines WLAN-Profils (SSID inkl. PSK) an Clients näher beleuchtet.
100 100  
101 -
102 -Zum besseren Verständnis wird nachfolgend eine feste Autoconf-Rolle zur Konfiguration eines WLAN-Profils (SSID inkl. PSK) an Clients näher beleuchtet.
103 -
104 104  (% class="box" %)
105 105  (((
106 106  root@ctrl-g1:~~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/meta/logodidact.yml
107 107  )))
108 108  
109 -== (% style="font-size:16px" %)**Struktureller Aufbau der logodidact.yml**(%%) ==
110 -
111 111  (% class="box" %)
112 112  (((
113 113  ld_info:
... ... @@ -114,13 +114,13 @@
114 114   authors:
115 115   - Marcel Petersen
116 116   company: SBE network solutions GmbH
117 -(% style="color:#1abc9c" %) display_name:(%%) WLAN Profil mit PSK anlegen
103 +(% style="color:#1abc9c" %)display_name:(%%) WLAN Profil mit PSK anlegen
118 118   license: SBE
119 -(% style="color:#8e44ad" %) uuid:(%%) 52318636-c4f5-11ea-baf9-0bff00c66ff4
105 +(% style="color:#8e44ad" %) uuid:(%%) 52318636-c4f5-11ea-baf9-0bff00c66ff4
120 120   visible: true
121 -(% style="color:#19177c" %) priority:(%%) 0
107 + priority: 0
122 122   applyAlways: false
123 -(% style="color:#f1c40f" %) tags:(%%)
109 +(% style="color:#f1c40f" %) tags:(%%)
124 124   - CUSTOM
125 125  (% style="color:#e74c3c" %) vars:(%%)
126 126   ssid:
... ... @@ -131,44 +131,35 @@
131 131   display_name: Passwort
132 132   optional: false
133 133   type: PASSWORD
134 -(% style="color:#2980b9" %) systems:(%%)
120 +(% style="color:#2980b9" %)systems:(%%)
135 135   - WINDOWS
136 136   - LINUX
137 137  )))
138 138  
139 -(% style="color:#1abc9c" %)**display_name**(%%) = Anzeigename der Autoconf-Rolle im LD Control Center
125 +(% style="color:#1abc9c" %)display_name(%%) = Anzeigename der Autoconf-Rolle im LD Control Center
140 140  
141 -(% 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/]]
127 +(% 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/]]
142 142  
143 -(% 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.
129 +(% style="color:#f1c40f" %)tags(%%) = beschreibt, in welchen Phasen die Autoconf-Regel ausgeführt wird.
144 144  
145 -(% style="color:#f1c40f" %)**tags**(%%) = beschreibt, in welchen Phasen die Autoconf-Regel ausgeführt wird.
131 +(% style="color:#e74c3c" %)vars(%%) = definiert mögliche Variablen, die den Skripten übergeben werden
146 146  
147 -(% style="color:#e74c3c" %)**vars**(%%)** **= definiert mögliche Variablen, die den Skripten übergeben werden
148 -
149 149  * display_name = Name der konfigurierbaren Variable im Control Center
150 150  * optional = bestimmt, ob die Variable zwingend mit einem Wert belegt werden muss
151 151  * type = bestimmt den Typ der Variable. Gültige Typen sind: STRING, PASSWORD, BOOLEAN, ENUM, ARRAY, INTEGER
152 152  * example = Zeigt einen grau eingefärbten Beispieltext innerhalb der definierten Variable an, ohne dass dieser als Wert festgelegt ist (Hilfsmittel für Anwender).
153 153  
154 -(% 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.
138 +(% 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.
155 155  
156 156  ----
157 157  
142 +===== **Aufbau der main.ps1** =====
158 158  
159 -== (% style="font-size:16px" %)**Inhalt des PowerShell-Skripts main.ps1, das die Variablen entgegennimmt**(%%) ==
144 +Im Verzeichnis {{box}} win/ {{/box}} nnen sich unterschiedliche Powershell-Skripte befinden. In dieser Rolle liegt das allgemeingültige Skript main.ps1 vor.
160 160  
161 -Im Unterverzeichnis {{box}} win/ {{/box}} oder {{box}} lin/ {{/box}} der Autoconf-Rolle können sich wie erläutert unterschiedliche PowerShell-Skripte zur Ausführung in den verschiedenen Phasen befinden.
162 -In dieser Rolle liegt konkret das allgemeingültige Skript {{box}}main.ps1{{/box}} vor, welches die Variablen als Parameter ##$ssid## und ##$psk## intern verwendet.
163 -
164 -
165 -(% style="color:#19177c" %)**Windows Variante**
166 -
167 -{{code language="text" width="50%"}}
146 +{{code width="50%"}}
168 168  root@ctrl-g1:~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/win/main.ps1
169 -{{/code}}
170 170  
171 -{{code width="50%" language="powershell"}}
172 172  Param
173 173  (
174 174   [parameter(Mandatory=$false)]
... ... @@ -221,71 +221,22 @@
221 221  
222 222   Remove-Item -Path $file -Force
223 223  }
224 -{{/code}}
225 225  
226 -
227 -(% style="color:#19177c" %)**Linux Variante (Network Manager)**
228 -
229 -{{code language="text" width="50%"}}
230 -root@ctrl-g1:~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/lin/main.ps1
202 +Param() = hier werden die übergebenen Parameter von meta/logodidact.yml zu lokalen Variablen.
231 231  {{/code}}
232 232  
233 -{{code language="powershell" width="50%"}}
234 -Param
235 -(
236 - [parameter(Mandatory=$false)]
237 - [String]
238 - $ssid,
239 - [parameter(Mandatory=$false)]
240 - [String]
241 - $psk
242 -)
205 +==== ====
243 243  
244 -if ($ssid -ne '' -and $psk -ne '') {
245 - if (Get-Command "nmcli" -ErrorAction SilentlyContinue) {
246 - # Check if kernel modules are up
247 - nmcli dev wifi rescan
248 - if ($LASTEXITCODE -ne 0) {
249 - Start-Sleep -Seconds 30
250 - }
251 -
252 - # Check again
253 - nmcli dev wifi rescan
254 - if ($LASTEXITCODE -ne 0) {
255 - Write-Verbose "Skipping role. There might be no WiFi device installed."
256 - exit 0
257 - }
258 -
259 - $config = "/etc/NetworkManager/system-connections/$ssid"
207 +==== ====
260 260  
261 - if (Test-Path -Path $config) {
262 - Write-Verbose "Removing '$config'"
263 - Remove-Item -Path $config -Recurse -Force
264 - }
209 +==== ====
265 265  
266 - Write-Verbose "Connecting to '$ssid'"
267 -
268 - nmcli device wifi connect """$ssid""" password """$psk"""
269 -
270 - if ($LASTEXITCODE -eq 0) {
271 - Start-Sleep -Seconds 5
272 - nmcli con up """$ssid"""
211 +==== ====
273 273  
274 - if ($LASTEXITCODE -ne 0) {
275 - Write-Verbose "Error: Credentials wrong?"
213 +==== ====
276 276  
277 - if (Test-Path -Path $config) {
278 - Write-Verbose "Removing '$config'"
279 - Remove-Item -Path $config -Recurse -Force
280 - }
281 - }
282 - }
283 -
284 - Write-Verbose "Exiting with code: $LASTEXITCODE"
285 - exit $LASTEXITCODE
286 - }
215 +==== ====
287 287  
288 - Write-Verbose "No suitable implementation found"
289 - exit 1
290 -}
291 -{{/code}}
217 +==== ====
218 +
219 +==== ====