Änderungen von Dokument Eigene Autoconf-Rolle erstellen
Zuletzt geändert von Tom Altenbrunn am 2023/03/17 08:03
Von Version 14.1
bearbeitet von Jonas Mayer
am 2023/03/15 13:05
am 2023/03/15 13:05
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version 1.1
bearbeitet von Christian Germann
am 2022/08/09 10:16
am 2022/08/09 10:16
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Zusammenfassung
-
Seiteneigenschaften (3 geändert, 0 hinzugefügt, 0 gelöscht)
-
Anhänge (0 geändert, 0 hinzugefügt, 3 gelöscht)
Details
- Seiteneigenschaften
-
- Titel
-
... ... @@ -1,1 +1,1 @@ 1 - EigeneAutoconf-Rolleerstellen1 +Autoconf-Konfiguration erstellen - Dokument-Autor
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. jonasmayer@sbede1 +XWiki.cge@sbede - Inhalt
-
... ... @@ -1,49 +1,26 @@ 1 -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. 1 +Autoconf liegt wie der Vorgänger Ansible im ctrl-g1 Container. 2 +Dort im Pfad /usr/lib/ld-autoconf/logodidact/roles/ finden sich die bestehenden Rollen. 3 +Für eigene Rollen sollte die Rolle unter /var/lib/ld-autoconf/custom abgelegt werden. Nach einem LD-Update geht so die Arbeit nicht verloren! 2 2 3 -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. 4 -Diese fest integrierten Rollen befinden sich im LXC-Container ctrl-g1 im Pfad {{box}}/usr/lib/ld-autoconf/logodidact/roles/{{/box}}. 5 +Eine Autoconf-Regel besteht aus den Informationen zur Regel, die in der logodidact.yml im Ordner meta liegen und den jeweiligen Skripten für Windows im Unterordner win. 6 +Linux-Skripte würden sich im Unterordner lin befinden. 7 +\\**Beispielaufbau der logodidact.yml:** 5 5 6 -[[image:image-20230315103418-1.png||height="103" width="1344" class="img-thumbnail"]] 7 - 8 - 9 -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: 10 - 11 -* bis Puppet-Version **1.4.x** : {{code language="bash"}}/var/lib/ld-autoconf/custom/{{/code}} 12 -* ab Puppet-Version **1.5.x **: {{code language="bash" layout="LINENUMBERS"}}/data/ld/autoconf/custom/{{/code}} 13 - 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 ausführbaren Skript-Dateien (PowerShell oder Bash). 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. mitzugeben. 15 - 16 -Der strukturelle Aufbau ist nachfolgend ersichtlich:[[image:image-20230315120842-3.png||height="213" width="640"]] 17 - 18 ----- 19 - 20 -==== **Beispielaufbau einer logodidact.yml:** ==== 21 - 22 -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. 23 - 24 - 25 -Zum besseren Verständnis wird nachfolgend eine mitgelieferte Autoconf-Rolle zur Konfiguration eines WLAN-Profils (SSID inkl. PSK) an Clients näher beleuchtet. 26 - 27 -(% class="box" %) 28 -((( 29 29 root@ctrl-g1:~~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/meta/logodidact.yml 30 -))) 31 31 32 -(% class="box" %) 33 -((( 34 34 ld_info: 35 35 authors: 36 36 - Marcel Petersen 37 37 company: SBE network solutions GmbH 38 - (%style="color:#1abc9c"%)display_name:(%%)WLAN Profil mit PSK anlegen15 + display_name: WLAN Profil mit PSK anlegen 39 39 license: SBE 40 - (%style="color:#8e44ad"%)uuid:(%%)52318636-c4f5-11ea-baf9-0bff00c66ff417 + uuid: 52318636-c4f5-11ea-baf9-0bff00c66ff4 41 41 visible: true 42 42 priority: 0 43 43 applyAlways: false 44 - (%style="color:#f1c40f"%)tags:(%%)21 + tags: 45 45 - CUSTOM 46 - (%style="color:#e74c3c"%)vars:(%%)23 + vars: 47 47 ssid: 48 48 display_name: SSID 49 49 optional: false ... ... @@ -52,31 +52,23 @@ 52 52 display_name: Passwort 53 53 optional: false 54 54 type: PASSWORD 55 - (%style="color:#2980b9"%)systems:(%%)32 + systems: 56 56 - WINDOWS 57 57 - LINUX 58 -))) 59 59 60 - (%style="color:#1abc9c"%)display_name(%%)=AnzeigenamederAutoconf-RolleimLDControlCenter36 +uuid = ID der Autoconf-Regel, muss einmalig sein. Bei einer eigenen Autoconf-Regel muss der Wert am besten neugeniert werden. [[https:~~/~~/www.uuidgenerator.net/>>url:https://www.uuidgenerator.net/]] 61 61 62 - (% style="color:#8e44ad"%)uuid(%%)=ID der Autoconf-Regel. Muss einmaligsein.Beieiner eigenenAutoconf-Rollesollteder Wertam besten neu generiertwerden. [[https:~~/~~/www.uuidgenerator.net/>>url:https://www.uuidgenerator.net/]]38 +tags = beschreibt in welcher Phase die Autoconf-Regel aktiv ist. 63 63 64 - (% style="color:#f1c40f" %)tags(%%)=beschreibt,in welchenPhasendieAutoconf-Regel ausgeführtwird.40 +vars = definiert Variablen die den Skripten übergeben werden 65 65 66 - (%style="color:#e74c3c"%)vars(%%)=definiertmöglicheVariablen,dieden Skripten übergeben werden42 +display_name = Name der Variable im ctrl 67 67 68 -* display_name = Name der konfigurierbaren Variable im Control Center 69 -* optional = bestimmt, ob die Variable zwingend mit einem Wert belegt werden muss 70 -* type = bestimmt den Typ der Variable. Gültige Typen sind: STRING, PASSWORD, BOOLEAN, ENUM, ARRAY, INTEGER 71 -* example = Zeigt einen grau eingefärbten Beispieltext innerhalb der definierten Variable an, ohne dass dieser als Wert festgelegt ist (Hilfsmittel für Anwender). 44 +optional = bestimmt ob die Option in der Autoconf-Regel optional ist 72 72 73 -(% style="color:#2980b9" %) systems (%%)= Legt fest, welche Betriebssystem-Typen durch die Autoconf-Rolle unterstützt werden. Gültige Systeme sind: WINDOWS / LINUX 46 +type = bestimmt den Wert der Variable. Mögliche Werte STRING, PASSWORD, BOOLEAN, ENUM, ARRAY, INTEGER 47 +ENUM entspricht einem Dropdown-Menü, in dem man aus vordefinierte Werte auswählen kann: 74 74 75 - 76 -**Beispiel für eine Variable:** 77 - 78 -(% class="box" %) 79 -((( 80 80 globalLogLevel: 81 81 display_name: Loglevel 82 82 optional: true ... ... @@ -85,36 +85,15 @@ 85 85 - none 86 86 - compact 87 87 - detailed 88 - - verbose 89 -))) 57 + - full 90 90 91 -(% class="box infomessage" %) 92 -((( 93 -(% style="font-size:12px" %)**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. 94 -))) 59 +example = Gibt eine grauen Beispielwert für die Variable vor. 95 95 96 -- ---61 +systems = für welches Betriebssystem existieren Skripte in der Autoconf-Regel 97 97 98 - Für dieFunktionalität der Autoconf-Rolle ist es nötig, PowerShell-Skripteam Server abzuspeichern,diedie Instruktionenan den Arbeitsstationen ausführen.Für diese Skriptesind folgende Dateinamen zulässig:63 +**Beispielaufbau der main.ps1** 99 99 100 -* **main.ps1** - Skript wird in allen Phasen ausgeführt, die innerhalb der Beschreibungsdatei {{box}}meta/logodidact.yml{{/box}} festgelegt sind 101 -* (% style="color:#8e44ad" %)**setup.ps1**(%%) - Skript wird ausschließlich in der SETUP-Phase während des Deployments ausgeführt. 102 -* (% 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 im Hintergrund. 103 -* (% 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. 104 -* (% style="color:#8e44ad" %)**audit.ps1**(%%) - Skript wird ausschließlich in der AUDIT-Phase während des Deployments ausgeführt. 105 -* **collect.ps1** - Sonderfall. Dieses Skript wird ausgeführt, wenn durch einen Anwender aktiv die Phase COLLECT zum Einsammeln von Einstellungen am Client aufgerufen wird. 106 - 107 -(% class="box warningmessage" %) 108 -((( 109 -(% 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. 110 -))) 111 - 112 - 113 -==== **Beispielaufbau der main.ps1** ==== 114 - 115 -Im Verzeichnis {{box}} win/ {{/box}} können sich unterschiedliche Powershell-Skripte befinden. Der jeweilige Name der .ps1 Datei gibt an zu welcher Phase die Datei ausgeführt wird. 116 - 117 -{{code width="50%"}} 65 +Im win-Verzeichnis können sich unterschiedliche Powershellskripte befinden. Der jeweilige Name der .ps1 Datei gibt an zu welcher Phase die Datei ausgeführt wird. 118 118 user.ps1 = user Phase, nach der Anmeldung 119 119 120 120 custom.ps1 = custom Phase ... ... @@ -125,7 +125,7 @@ 125 125 126 126 main.ps1 = alle Phasen 127 127 128 -root@ctrl-g1:~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/win/main.ps1 76 +root@ctrl-g1:~~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/win/main.ps1 129 129 130 130 Param 131 131 ( ... ... @@ -136,10 +136,9 @@ 136 136 [String] 137 137 $psk 138 138 ) 139 - 140 -if ($ssid -ne '' -and $psk -ne '') { 87 +\\if ($ssid -ne '' -and $psk -ne '') { 141 141 $profile = @' 142 -<WLANProfile xmlns="http://www.microsoft.com/networking/WLAN/profile/v1"> 89 +<WLANProfile xmlns="http:~/~/www.microsoft.com/networking/WLAN/profile/v1"> 143 143 <name>{0}</name> 144 144 <SSIDConfig> 145 145 <SSID> ... ... @@ -164,38 +164,24 @@ 164 164 </MSM> 165 165 </WLANProfile> 166 166 '@ -f $ssid, $psk 167 - 168 - $file = "$AUTOCONF_TEMP_DIR\ld_wlan_psk\wlan.xml" 169 - 170 - $profile | Out-File (New-Item $file -Force) 171 - 172 - Get-NetAdapter | Where-Object { $_.PhysicalMediaType -eq 'Native 802.11' -or ` 114 +\\ $file = "$AUTOCONF_TEMP_DIR\ld_wlan_psk\wlan.xml" 115 +\\ $profile | Out-File (New-Item $file -Force) 116 +\\ Get-NetAdapter | Where-Object { $_.PhysicalMediaType -eq 'Native 802.11' -or ` 173 173 $_.PhysicalMediaType -eq 'Wireless LAN' -or ` 174 174 $_.PhysicalMediaType -eq 'Wireless WAN' } | ForEach-Object { 175 - 176 - Write-Verbose "Creating wlan profile for '$ssid' on interface '$($_.Name)'" 119 +\\ Write-Verbose "Creating wlan profile for '$ssid' on interface '$($_.Name)'" 177 177 netsh wlan add profile filename= "$file" interface= "$($_.Name)" 178 178 } 179 - 180 - Remove-Item -Path $file -Force 122 +\\ Remove-Item -Path $file -Force 181 181 } 182 182 183 -Param() = hier werden die übergebenen Parameter von meta/logodidact.yml zu lokalen Variablen. 184 -{{/code}} 125 +Param() = hier werden die übergebenen Parameter von meta/logodidact.yml zu lokale Variablen. 185 185 186 - ========127 +**Neue AutoConf-Regel freigeben** 187 187 188 -==== **Neue AutoConf-Rollen freigeben** ==== 189 - 190 -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. 191 -Alternativ werden alle Autoconf-Rollen auch zeitbasiert alle 4 Stunden am Server eingelesen. Dies passiert automatisch im Hintergrund. 192 - 193 -Betätigen Sie außerdem im LD Control Center (mit aktiviertem Expertenmodus) den Reiter "AutoConf Rollen neu einlesen", damit selbst hinzugefügte Autoconf-Rollen verfügbar werden. 194 - 195 -(% class="box infomessage" %) 196 -((( 197 -Der Expertenmodus wird in den **Einstellungen (Zahnrad oben rechts) -> Entwickleroptionen -> Expertenmodus aktivieren** aktiv geschaltet. 198 -))) 199 - 200 -[[image:attach:autoconf.png||data-xwiki-image-style-border="true"]] 129 +Neue Autoconf-Regel müssen mit dem Befehl update-autoconf-archive eingelesen werden. 130 +Ansonsten werden die Autoconfrollen auch zeitbasiert (Alle 4 Stunden) neu eingelesen. 131 +Im Controlcenter im Expertenmodus dann folgenden Knopfen drücken, damit dort auch die neuen Autoconf-Regeln eingelesen werden. 201 201 133 + 134 +[[image:https://wiki.sbe.de/xwiki/bin/download/Main/SBE_intern/LogoDIDACT2.0/Lddeploy/Autoconf%20erstellen/WebHome/autoconf.png?rev=1.1||alt="autoconf.png"]]
- autoconf.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.cge@sbede - Größe
-
... ... @@ -1,1 +1,0 @@ 1 -73.0 KB - Inhalt
- image-20230315103418-1.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.TomAltenbrunn@sbede - Größe
-
... ... @@ -1,1 +1,0 @@ 1 -25.1 KB - Inhalt
- image-20230315120842-3.png
-
- Author
-
... ... @@ -1,1 +1,0 @@ 1 -XWiki.TomAltenbrunn@sbede - Größe
-
... ... @@ -1,1 +1,0 @@ 1 -34.9 KB - Inhalt