Version 27.1 von Jonas Mayer am 2023/03/16 07:48

Verstecke letzte Bearbeiter
Tom Altenbrunn 17.9 1 {{toc depth="3"/}}
2
Jonas Mayer 27.1 3 ----
Tom Altenbrunn 17.9 4
Jonas Mayer 27.1 5
Tom Altenbrunn 17.9 6 = (% style="font-size:22px" %)__**Allgemeines**__(%%) =
7
8
Jonas Mayer 14.1 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.
Christian Germann 1.1 10
Jonas Mayer 14.1 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.
12 Diese fest integrierten Rollen befinden sich im LXC-Container ctrl-g1 im Pfad {{box}}/usr/lib/ld-autoconf/logodidact/roles/{{/box}}.
Tom Altenbrunn 12.2 13
Tom Altenbrunn 12.5 14 [[image:image-20230315103418-1.png||height="103" width="1344" class="img-thumbnail"]]
15
Christian Germann 2.1 16
Jonas Mayer 14.1 17 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:
Christian Germann 2.1 18
Tom Altenbrunn 12.6 19 * bis Puppet-Version **1.4.x** : {{code language="bash"}}/var/lib/ld-autoconf/custom/{{/code}}
Jonas Mayer 14.1 20 * ab Puppet-Version **1.5.x **:  {{code language="bash" layout="LINENUMBERS"}}/data/ld/autoconf/custom/{{/code}}
Tom Altenbrunn 12.6 21
Jonas Mayer 20.1 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.
Tom Altenbrunn 12.6 23
Tom Altenbrunn 17.5 24 __Der strukturelle Aufbau eines AutoConf-Verzeichnisses grafisch dargestellt:__
Jonas Mayer 14.1 25
Tom Altenbrunn 17.4 26 [[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"]]
Jonas Mayer 15.1 27
Tom Altenbrunn 17.5 28 ----
Jonas Mayer 15.1 29
30 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:
31
32 * **main.ps1** - Skript wird in allen Phasen ausgeführt, die innerhalb der Beschreibungsdatei {{box}}meta/logodidact.yml{{/box}} festgelegt sind
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 * (% 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 * (% 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.
Jonas Mayer 20.1 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.
Jonas Mayer 15.1 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
39 (% class="box warningmessage" %)
40 (((
41 (% 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.
42 )))
43
Tom Altenbrunn 12.10 44 ----
Christian Germann 2.1 45
Jonas Mayer 27.1 46
Tom Altenbrunn 17.9 47 = (% style="font-size:22px" %)__**Beispielaufbau einer logodidact.yml**__(%%) =
Christian Germann 2.1 48
Tom Altenbrunn 17.9 49
Jonas Mayer 14.1 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.
Christian Germann 2.1 51
Tom Altenbrunn 19.1 52 == (% style="font-size:16px" %)**Beispiel zur Deklaration einer Autoconf Variable in logodidact.yml**(%%) ==
Jonas Mayer 14.1 53
Jonas Mayer 15.1 54 (% class="box" %)
55 (((
56 ld_info:
57 display_name: Meine eigene Autoconf-Rolle 1
Jonas Mayer 17.1 58 (% style="color:#27ae60" %) # [...](%%)
Jonas Mayer 15.1 59 \\ vars:
60 globalLogLevel:
61 display_name: Loglevel
62 optional: true
63 type: ENUM
64 values:
65 - none
66 - compact
67 - detailed
68 - verbose
Jonas Mayer 17.1 69 \\(% style="color:#27ae60" %) # [...]
Jonas Mayer 15.1 70 )))
71
72 (% class="box infomessage" %)
73 (((
Tom Altenbrunn 17.2 74 **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.
Jonas Mayer 15.1 75 )))
76
77 ----
78
Jonas Mayer 27.1 79
Tom Altenbrunn 17.9 80 = (% style="font-size:22px" %)__**Neue AutoConf-Rollen nach Fertigstellung freigeben**__(%%) =
Jonas Mayer 15.1 81
Tom Altenbrunn 17.9 82
Jonas Mayer 16.1 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 Alternativ werden alle Autoconf-Rollen auch zeitbasiert alle 4 Stunden am Server eingelesen. Dies passiert automatisch im Hintergrund.
85
Tom Altenbrunn 17.6 86 Ü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.
Jonas Mayer 16.1 87
88 (% class="box infomessage" %)
89 (((
90 Der Expertenmodus wird in den **Einstellungen (Zahnrad oben rechts) -> Entwickleroptionen -> Expertenmodus aktivieren** aktiv geschaltet.
91 )))
92
93 [[image:attach:autoconf.png||data-xwiki-image-style-border="true" class="img-thumbnail"]]
94
95
96 ----
97
Jonas Mayer 27.1 98
99
100
101
102
103
104
105
106
Tom Altenbrunn 17.9 107 = (% style="font-size:22px" %)__**Weiteres, funktionsfertiges Beispiel: Rolle „WLAN Profil mit PSK anlegen“**__(%%) =
Jonas Mayer 16.1 108
Tom Altenbrunn 17.9 109
Jonas Mayer 21.1 110 Zum besseren Verständnis wird nachfolgend eine feste Autoconf-Rolle zur Konfiguration eines WLAN-Profils (SSID inkl. PSK) an Clients näher beleuchtet.
Jonas Mayer 14.1 111
Christian Germann 2.1 112 (% class="box" %)
113 (((
Christian Germann 1.1 114 root@ctrl-g1:~~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/meta/logodidact.yml
Christian Germann 2.1 115 )))
Christian Germann 1.1 116
Jonas Mayer 24.1 117 == (% style="font-size:16px" %)**Struktureller Aufbau der logodidact.yml**(%%) ==
Tom Altenbrunn 17.10 118
Christian Germann 2.1 119 (% class="box" %)
120 (((
Christian Germann 1.1 121 ld_info:
122 authors:
123 - Marcel Petersen
124 company: SBE network solutions GmbH
Jonas Mayer 25.1 125 (% style="color:#1abc9c" %) display_name:(%%) WLAN Profil mit PSK anlegen
Christian Germann 1.1 126 license: SBE
Jonas Mayer 25.1 127 (% style="color:#8e44ad" %) uuid:(%%) 52318636-c4f5-11ea-baf9-0bff00c66ff4
Christian Germann 1.1 128 visible: true
Jonas Mayer 27.1 129 (% style="color:#19177c" %)priority:(%%) 0
Christian Germann 1.1 130 applyAlways: false
Jonas Mayer 25.1 131 (% style="color:#f1c40f" %) tags:(%%)
Christian Germann 1.1 132 - CUSTOM
Tom Altenbrunn 12.10 133 (% style="color:#e74c3c" %) vars:(%%)
Christian Germann 1.1 134 ssid:
135 display_name: SSID
136 optional: false
137 type: STRING
138 psk:
139 display_name: Passwort
140 optional: false
141 type: PASSWORD
Jonas Mayer 25.1 142 (% style="color:#2980b9" %) systems:(%%)
Christian Germann 1.1 143 - WINDOWS
144 - LINUX
Christian Germann 2.1 145 )))
Christian Germann 1.1 146
Tom Altenbrunn 17.10 147 (% style="color:#1abc9c" %)**display_name**(%%) = Anzeigename der Autoconf-Rolle im LD Control Center
Christian Germann 1.1 148
Tom Altenbrunn 17.10 149 (% 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/]]
Christian Germann 1.1 150
Jonas Mayer 27.1 151 (% 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.
152
Tom Altenbrunn 17.10 153 (% style="color:#f1c40f" %)**tags**(%%) = beschreibt, in welchen Phasen die Autoconf-Regel ausgeführt wird.
Christian Germann 1.1 154
Tom Altenbrunn 17.10 155 (% style="color:#e74c3c" %)**vars**(%%)** **= definiert mögliche Variablen, die den Skripten übergeben werden
Christian Germann 1.1 156
Tom Altenbrunn 12.10 157 * display_name = Name der konfigurierbaren Variable im Control Center
158 * optional = bestimmt, ob die Variable zwingend mit einem Wert belegt werden muss
159 * type = bestimmt den Typ der Variable. Gültige Typen sind: STRING, PASSWORD, BOOLEAN, ENUM, ARRAY, INTEGER
160 * example = Zeigt einen grau eingefärbten Beispieltext innerhalb der definierten Variable an, ohne dass dieser als Wert festgelegt ist (Hilfsmittel für Anwender).
Christian Germann 1.1 161
Jonas Mayer 27.1 162 (% 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.
Christian Germann 1.1 163
Tom Altenbrunn 17.7 164 ----
Jonas Mayer 6.1 165
Jonas Mayer 27.1 166
Jonas Mayer 23.1 167 == (% style="font-size:16px" %)**Inhalt des PowerShell-Skripts main.ps1, das die Variablen entgegennimmt**(%%) ==
Christian Germann 2.1 168
Jonas Mayer 27.1 169 Im Unterverzeichnis {{box}} win/ {{/box}} oder {{box}} lin/ {{/box}} der Autoconf-Rolle können sich unterschiedliche PowerShell-Skripte zur Ausführung in den Phasen befinden. In dieser Rolle liegt das allgemeingültige Skript {{box}}main.ps1{{/box}} vor, welches die Variablen als Parameter ##$ssid## und ##$psk## intern verwendet.
Tom Altenbrunn 17.11 170
Jonas Mayer 27.1 171 (% class="box" %)
172 (((
173 (% style="color:#27ae60" %)# Windows Variante(%%)
174 root@ctrl-g1:~~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/win/main.ps1
175 )))
Christian Germann 3.1 176
Jonas Mayer 27.1 177
Tom Altenbrunn 12.10 178 {{code width="50%"}}
Christian Germann 1.1 179 Param
180 (
181 [parameter(Mandatory=$false)]
182 [String]
183 $ssid,
184 [parameter(Mandatory=$false)]
185 [String]
186 $psk
187 )
Christian Germann 3.1 188
189 if ($ssid -ne '' -and $psk -ne '') {
Christian Germann 1.1 190 $profile = @'
Christian Germann 3.1 191 <WLANProfile xmlns="http://www.microsoft.com/networking/WLAN/profile/v1">
Christian Germann 1.1 192 <name>{0}</name>
193 <SSIDConfig>
194 <SSID>
195 <name>{0}</name>
196 </SSID>
197 </SSIDConfig>
198 <connectionType>ESS</connectionType>
199 <connectionMode>auto</connectionMode>
200 <MSM>
201 <security>
202 <authEncryption>
203 <authentication>WPA2PSK</authentication>
204 <encryption>AES</encryption>
205 <useOneX>false</useOneX>
206 </authEncryption>
207 <sharedKey>
208 <keyType>passPhrase</keyType>
209 <protected>false</protected>
210 <keyMaterial>{1}</keyMaterial>
211 </sharedKey>
212 </security>
213 </MSM>
214 </WLANProfile>
215 '@ -f $ssid, $psk
Christian Germann 3.1 216
217 $file = "$AUTOCONF_TEMP_DIR\ld_wlan_psk\wlan.xml"
218
219 $profile | Out-File (New-Item $file -Force)
220
221 Get-NetAdapter | Where-Object { $_.PhysicalMediaType -eq 'Native 802.11' -or `
Christian Germann 1.1 222 $_.PhysicalMediaType -eq 'Wireless LAN' -or `
223 $_.PhysicalMediaType -eq 'Wireless WAN' } | ForEach-Object {
Christian Germann 3.1 224
225 Write-Verbose "Creating wlan profile for '$ssid' on interface '$($_.Name)'"
Christian Germann 1.1 226 netsh wlan add profile filename= "$file" interface= "$($_.Name)"
227 }
Christian Germann 3.1 228
229 Remove-Item -Path $file -Force
Christian Germann 1.1 230 }
Christian Germann 3.1 231 {{/code}}
Christian Germann 1.1 232
Christian Germann 4.1 233 ==== ====
Christian Germann 1.1 234
Jonas Mayer 15.1 235 ==== ====
236
237 ==== ====
238
239 ==== ====
240
241 ==== ====
242
243 ==== ====
244
245 ==== ====
246
247 ==== ====