Änderungen von Dokument Eigene Autoconf-Rolle erstellen
Zuletzt geändert von Tom Altenbrunn am 2023/03/17 08:03
Von Version 12.4
bearbeitet von Tom Altenbrunn
am 2023/03/15 10:08
am 2023/03/15 10:08
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version 2.1
bearbeitet von Christian Germann
am 2022/08/09 10:53
am 2022/08/09 10:53
Ä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, 1 gelöscht)
Details
- Seiteneigenschaften
-
- Titel
-
... ... @@ -1,1 +1,1 @@ 1 - EigeneAutoconf-Rolleerstellen1 +Autoconf-Konfiguration erstellen - Dokument-Autor
-
... ... @@ -1,1 +1,1 @@ 1 -XWiki. TomAltenbrunn@sbede1 +XWiki.cge@sbede - Inhalt
-
... ... @@ -1,16 +1,14 @@ 1 -Autoconf liegt wie der Vorgänger Ansible im ctrl-g1 Container und dient dazu ,Einstellungen oder Konfigurationen aufbereitsdeployte Rechnerzu übertragen,ohne einneuesImage dafür zu schreiben.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 und dient dazu Einstellungen oder Konfigurationen auf die deployten Rechner ohne ein Image dafür zu schreiben. 2 2 3 - Logodidact ist bereits standardmäßigmitzahlreicheneigenenAutoconf-Rollen bestückt, um einmöglichstbreites Spektrumverschiedenster Anforderungendes allgemeinen Schulbetriebsabzudecken.3 +Von SBE ausgelieferte Rollen befinden sich Im Pfad {{box}}/usr/lib/ld-autoconf/logodidact/roles/{{/box}}. 4 4 5 - VonSBE bereithestellte Rollenbefindensich im Pfad{{box}}/usr/lib/ld-autoconf/logodidact/roles/{{/box}}.5 +Selbst erstellte Autoconf-Rollen müssen unter {{box}}/var/lib/ld-autoconf/custom/{{/box}} abgelegt werden, damit diese nicht durch Updates überschrieben werden. 6 6 7 - SelbsterstellteAutoconf-Rollenmüssenunter {{box}}/data/ld/autoconf/custom{{/box}} (bzw. frühervor Puppet-Version 1.5.xunter{{box}}/var/lib/ld-autoconf/custom/{{/box}}) abgelegt werden, damit diesenicht durchUpdatesüberschriebenwerden.7 +Der Aufbau einer Autoconf-Regel muss einer Struktur folgen, damit der Server diese Interpretieren kann. 8 8 9 - DerAufbaueinerAutoconf-Rolle muss einerStrukturfolgen,damitder Serverdiese Interpretierenkann.9 +Unterhalb der Regel muss ein Ordner mit Namen {{box}}meta{{/box}} mit einer {{box}}logodidact.yml{{/box}} liegen. 10 10 11 -Unterhalb der Regel muss ein Ordner mit Namen {{box}}meta{{/box}} mit einer {{box}}logodidact.yml{{/box}} liegen. In dieser Datei sind Name, Beschreibung, Ersteller sowie weitere Informationen zur Autoconf-Rolle festgelegt. 12 12 13 - 14 14 ==== **Beispielaufbau der logodidact.yml:** ==== 15 15 16 16 (% class="box" %) ... ... @@ -46,27 +46,19 @@ 46 46 - LINUX 47 47 ))) 48 48 49 - display_name= Anzeigenameder Autoconf-RolleimLDControlCenter47 +uuid = ID der Autoconf-Regel, muss einmalig sein. Bei einer eigenen Autoconf-Regel sollte der Wert am besten neugeneriert werden. [[https:~~/~~/www.uuidgenerator.net/>>url:https://www.uuidgenerator.net/]] 50 50 51 - uuid=ID der Autoconf-Regel, muss einmaligsein.Beieiner eigenenAutoconf-Rollesollteder Wertam besten neu generiertwerden. [[https:~~/~~/www.uuidgenerator.net/>>url:https://www.uuidgenerator.net/]]49 +tags = beschreibt in welcher Phase die Autoconf-Regel aktiv ist. 52 52 53 - tags =beschreibt,in welchenPhasendieAutoconf-Regel ausgeführtwird.51 +vars = definiert Variablen die den Skripten übergeben werden 54 54 55 -sy stems=Legtfest,welche Betriebssystem-Typendurch dieAutoconf-Rolle unterstützt werden. Gültige Systeme sind: WINDOWS / LINUX53 +display_name = Name der Variable im ctrl 56 56 57 - vars=definiertmöglicheVariablen,dieden Skriptenübergebenwerden55 +optional = bestimmt ob die Option in der Autoconf-Regel optional ist 58 58 59 - ~* display_name = Name der konfigurierbaren Variable im Control Center 57 +type = bestimmt den Wert der Variable. Mögliche Werte STRING, PASSWORD, BOOLEAN, ENUM, ARRAY, INTEGER 58 +ENUM entspricht einem Dropdown-Menü, in dem man aus vordefinierte Werte auswählen kann: 60 60 61 - ~* example = Zeigt einen grau eingefärbten Beispieltext innerhalb Variable an, ohne dass dieser als Wert festgelegt ist (Hilfsmittel für Anwender). 62 - 63 - ~* optional = bestimmt, ob die Variable zwingend mit einem Wert belegt werden muss 64 - 65 - ~* type = bestimmt den Typ der Variable. Gültige Typen sind: STRING, PASSWORD, BOOLEAN, ENUM, ARRAY, INTEGER 66 - 67 - 68 -**Beispiel für eine Variable:** 69 - 70 70 (% class="box" %) 71 71 ((( 72 72 globalLogLevel: ... ... @@ -80,26 +80,17 @@ 80 80 - full 81 81 ))) 82 82 83 - (% style="font-size:12px" %)**Tipp:** DerVariablentypENUMaus demBeispielntsprichteinem Dropdown-Menü,indemman aus vordefinierte Werteauswählenkann:73 +example = Gibt eine grauen Beispielwert für die Variable vor. 84 84 75 +systems = für welches Betriebssystem existieren Skripte in der Autoconf-Regel 85 85 86 -Für die Funktionalität der Autoconf-Rolle ist es nötig, PowerShell-Skripte am Server abzuspeichern, die die Instruktionen an den Arbeitsstationen ausführen. Diese Skripte liegen unterhalb der Autoconf-Rolle im Verzeichnis {{box}}win{{/box}}. Darin sind folgende Dateinamen zulässig: 87 87 88 -* **main.ps1** - Skript wird in allen Phasen ausgeführt, die innerhalb der Beschreibungsdatei {{box}}meta/logodidact.yml{{/box}} festgelegt sind 89 -* (% style="color:#8e44ad" %)**setup.ps1**(%%) - Skript wird ausschließlich in der SETUP-Phase während des Deployments ausgeführt. 90 -* (% style="color:#8e44ad" %)**custom.ps1**(%%) - Skript wird ausschließlich in der CUSTOM-Phase während des Deployments ausgeführt. 91 -* (% style="color:#8e44ad" %)**user.ps1**(%%) - Skript wird ausschließlich in der USER-Phase während des Deployments ausgeführt. 92 -* (% style="color:#8e44ad" %)**audit.ps1**(%%) - Skript wird ausschließlich in der AUDIT-Phase während des Deployments ausgeführt. 93 -* **collect.ps1** - Sonderfall. Dieses Skript wird ausgeführt, wenn durch einen Anwender aktiv die Phase COLLECT zum Einsammeln von Einstellungen am Client aufgerufen werden. 78 +Die eigentliche Skripte liegen direkt unterhalb der Autoconf-Regel im Verzeichnis {{box}}win{{/box}} neben dem Ordner {{box}}meta{{/box}}. Dort kann das Script main.ps1 heißen oder je nach dem in welcher Phase des Deployment es ausgeführt werden soll auch custom.ps1, setup.ps1, audit.ps1. 94 94 95 -(% style="font-size:12px" %)**Hinweis: **Skripte, die durch ihren Dateinamen auf die einzelnen Phasen eingeschränkt sind ((% style="color:#8e44ad; font-size:12px" %)lila eingefärbt(% style="font-size:12px" %)), können sich inhaltlich zueinander unterscheiden. Dadurch kann eine Autoconf-Rolle sehr flexibel gestaltet werden. 96 96 97 - 98 98 ==== **Beispielaufbau der main.ps1** ==== 99 99 100 100 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. 101 - 102 -{{code}} 103 103 user.ps1 = user Phase, nach der Anmeldung 104 104 105 105 custom.ps1 = custom Phase ... ... @@ -110,7 +110,7 @@ 110 110 111 111 main.ps1 = alle Phasen 112 112 113 -root@ctrl-g1:~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/win/main.ps1 94 +root@ctrl-g1:~~ # cat /usr/lib/ld-autoconf/logodidact/roles/ld_wlan_psk/win/main.ps1 114 114 115 115 Param 116 116 ( ... ... @@ -121,10 +121,9 @@ 121 121 [String] 122 122 $psk 123 123 ) 124 - 125 -if ($ssid -ne '' -and $psk -ne '') { 105 +\\if ($ssid -ne '' -and $psk -ne '') { 126 126 $profile = @' 127 -<WLANProfile xmlns="http://www.microsoft.com/networking/WLAN/profile/v1"> 107 +<WLANProfile xmlns="http:~/~/www.microsoft.com/networking/WLAN/profile/v1"> 128 128 <name>{0}</name> 129 129 <SSIDConfig> 130 130 <SSID> ... ... @@ -149,33 +149,24 @@ 149 149 </MSM> 150 150 </WLANProfile> 151 151 '@ -f $ssid, $psk 152 - 153 - $file = "$AUTOCONF_TEMP_DIR\ld_wlan_psk\wlan.xml" 154 - 155 - $profile | Out-File (New-Item $file -Force) 156 - 157 - Get-NetAdapter | Where-Object { $_.PhysicalMediaType -eq 'Native 802.11' -or ` 132 +\\ $file = "$AUTOCONF_TEMP_DIR\ld_wlan_psk\wlan.xml" 133 +\\ $profile | Out-File (New-Item $file -Force) 134 +\\ Get-NetAdapter | Where-Object { $_.PhysicalMediaType -eq 'Native 802.11' -or ` 158 158 $_.PhysicalMediaType -eq 'Wireless LAN' -or ` 159 159 $_.PhysicalMediaType -eq 'Wireless WAN' } | ForEach-Object { 160 - 161 - Write-Verbose "Creating wlan profile for '$ssid' on interface '$($_.Name)'" 137 +\\ Write-Verbose "Creating wlan profile for '$ssid' on interface '$($_.Name)'" 162 162 netsh wlan add profile filename= "$file" interface= "$($_.Name)" 163 163 } 164 - 165 - Remove-Item -Path $file -Force 140 +\\ Remove-Item -Path $file -Force 166 166 } 167 167 168 168 Param() = hier werden die übergebenen Parameter von meta/logodidact.yml zu lokale Variablen. 169 -{{/code}} 170 170 171 - ========145 +**Neue AutoConf-Regel freigeben** 172 172 173 -==== **Neue AutoConf-Rollen freigeben** ==== 174 - 175 -Neue Autoconf-Rollen müssen 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. 176 -Alternativ werden alle Autoconf-Rollen auch zeitbasiert alle 4 Stunden am Server eingelesen. Dies passiert automatisch im Hintergrund. 177 - 178 -Betätigen Sie außerdem im LD Control Center (mit aktiviertem Expertenmodus) folgenden Knopf, damit selbst hinzugefügte Autoconf-Rollen verfügbar werden. 179 - 180 -[[image:attach:autoconf.png||data-xwiki-image-style-border="true"]] 147 +Neue Autoconf-Regel müssen mit dem Befehl update-autoconf-archive eingelesen werden. 148 +Ansonsten werden die Autoconfrollen auch zeitbasiert (Alle 4 Stunden) neu eingelesen. 149 +Im Controlcenter im Expertenmodus dann folgenden Knopfen drücken, damit dort auch die neuen Autoconf-Regeln eingelesen werden. 181 181 151 + 152 +[[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