Änderungen von Dokument Nacharbeiten nach erfolgreichem LD4.0 Server-Upgrade
Zuletzt geändert von Tom Altenbrunn am 2024/03/15 15:38
Von Version 43.34
bearbeitet von Tom Altenbrunn
am 2023/06/26 16:07
am 2023/06/26 16:07
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version 43.63
bearbeitet von Tom Altenbrunn
am 2023/06/26 16:42
am 2023/06/26 16:42
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Zusammenfassung
-
Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)
-
Anhänge (0 geändert, 1 hinzugefügt, 0 gelöscht)
Details
- Seiteneigenschaften
-
- Inhalt
-
... ... @@ -91,7 +91,7 @@ 91 91 92 92 ==== __Benutzerlistenimport__ ==== 93 93 94 -Im Reiter "**Home/Verwaltung/Benutzerimport"** müssen die alten Benutzerlisten aus LD2.0 einmalig angelegt und verifiziert werden. Eine automatische Übernahme der Nutzerlisten während der Migration ist nicht möglich. Ein Export der Nutzerlisten ist sowohl über den Server als auch über die LD Console möglich.94 +Im Reiter "**Home/Verwaltung/Benutzerimport"** müssen die alten Benutzerlisten aus LD2.0 einmalig angelegt und verifiziert werden. Eine automatische Übernahme der Nutzerlisten während der Migration ist aus technischen Gründen nicht möglich. Ein Export der Nutzerlisten ist sowohl über den Server als auch über die LD Console durchführbar. 95 95 **Die nachfolgenden Schritte unbedingt mit Sorgfalt durchführen und vor dem Import nochmals auf Korrektheit und Vollständigkeit prüfen!** 96 96 97 97 ... ... @@ -98,14 +98,24 @@ 98 98 ===== Serverexport ===== 99 99 100 100 Serverseitig liegen die (% id="cke_bm_580769S" style="display:none" %)liege(%%)Benutzerlisten als //benutzer.list//-Dateien vor und sind im Container //logosrv //unter folgendem Pfad gespeichert: {{code language="bash"}}root@logosrv: cd /etc/logodidact/userlist/{{/code}} 101 +In der Regel sind dies standardmäßig Schüler und Lehrerlisten, sowie "Sonstige Benutzer". 101 101 102 102 Die Konfigurationsinformationen zu jeder Nutzerliste liegen im selbigen Verzeichnis und sind als //benutzer.info //gekennzeichnet//. //Sie benötigen daher 2 Listen, einmal die reine Nutzerliste und dazu die entsprechende Listenkonfiguration. 103 -[[image:logosrv_Nutzerliste.PNG]] 104 +[[image:logosrv_Nutzerliste.PNG||class="img-thumbnail"]] 104 104 105 -Mittels eines FTA (FileTransferAgent) wie z.B. WinSCP ist ein Export aller Benutzerlisten aus dem serverseitigen Pfad im logosrv möglich. 106 +Mittels eines FTA (FileTransferAgent) wie z.B. WinSCP ist ein Export aller Benutzerlisten aus dem serverseitigen Pfad im logosrv möglich. Wandeln Sie danach die .list-Dateien in CSV-Dateien um. Das geht mittels gängiger Software wie Microsoft Excel, Notepad++ oder der normale Windows Editor. 107 +Aus den zugehörigen .info-Dateien sind für den späteren Import folgende Spalten nötig: 106 106 109 +- CodePage = Codierung bzw. Zeichensatz 110 +- Delimiter = Trennzeichen 111 +- Role = Benutzerrolle 112 +- Column 1,2,3,etc. (Bezeichnung der Spalten in der ersten Zeile einer Benutzerliste) 107 107 114 +[[image:logosrv_Nutzerliste_conf.PNG||class="img-thumbnail"]] 108 108 116 + 117 +===== LD Console Export ===== 118 + 109 109 Alternativ kann man die Benutzerlisten über die LD Console exportieren. Dazu die LD Console öffnen, beispielweise an einem internen Rechner im Schulnetz und in den Optionen den Reiter "**Benutzerverwaltung**" auswählen. 110 110 \\[[image:LD_Console_Benutzerverwaltung.PNG||height="511" width="1134" class="img-thumbnail"]] 111 111 \\Hier findet sich im oberen Bereich eine tabellenartige Aufzählung aller auf dem Server momentan in Verwendung befindlichen Benutzerlisten. In der Regel sind dies standardmäßig Schüler und Lehrerlisten, sowie "Sonstige Benutzer". ... ... @@ -117,6 +117,13 @@ 117 117 [[image:LD_Console_Listenexport.PNG||height="563" width="893" class="img-thumbnail"]] 118 118 119 119 130 +Notieren Sie sich ebenfalls die jeweilige Listenkonfiguration zu jeder einzelnen Benutzerliste. 131 +[[image:LD_Console_Benutzerverwaltung_Config.PNG||class="img-thumbnail"]] 132 + 133 +---- 134 + 135 +===== Import im LD Control Center ===== 136 + 120 120 Nach dem Speichern aller Nutzerlisten geht es zurück zum Benutzerimport im neuen LD Control Center. 121 121 122 122 [[image:image-20230607140648-1.png||height="362" width="1278" class="img-thumbnail"]] ... ... @@ -123,33 +123,39 @@ 123 123 124 124 Zunächst wird für jede exportierte Nutzerliste eine Konfiguration erzeugt. Wichtige Angaben sind: 125 125 126 -- der Anzeigename der Liste ( in der LD Console auch alsBezeichnungbekannt)143 +- der Anzeigename der Liste (Bezeichnung) 127 127 128 128 - der Separator, auch als Trennzeichen zwischen den Spalten einer CSV-Liste bekannt. Zumeist ist der Separator ein Semikolon. 129 129 130 -- die Codierung (in der LD Console der sog. Zeichensatz147 +- die Codierung bzw. Zeichensatz 131 131 132 -- "CSV-Header ignorieren" -> zumeist besitzen die CSV-Dateien bereits Spaltennamen 149 +- "CSV-Header ignorieren" -> zumeist besitzen die CSV-Dateien bereits Spaltennamen in der ersten Zeile 133 133 134 134 - Rolle (Schüler, Lehrer, etc.) 152 + 135 135 136 -Anschließend kann über den Button "Benutzerliste hochladen" in der rechten oberen Optionsleiste eine Benutzerliste hinzufügen. 154 +Anschließend kann man über den Button "Benutzerliste hochladen" in der rechten oberen Optionsleiste eine Benutzerliste hinzufügen. 137 137 138 138 [[image:1687340705363-630.png||class="img-thumbnail"]] 139 139 140 -Wie bereits beim Benutzerimport über die LD Console unter LD2.0 bekannt, erhalten Benutzer zur eindeutigen Zuordnung im System eine eindeutige Kennung, der sich aus verschiedenen Benutzereigenschaften (Vorname, Nachname, Geburtsdatum, Kürzel, etc.) zusammensetzt. Notwendigerweise muss dies ebenfalls einmalig pro importierte Liste gesetzt werden und ist über die Spaltenzuordnung möglich. **Vergleichen Sie bei Unklarheiten die Einstellungen mit der früheren Listenkonfiguration aus der LogoDIDACT Console. Dort sind alle Spalten mit einem * markiert, die für die Benutzerkennung verwendet wurden.** Ebenfalls muss das Schema unbedingt beibehalten werden. 141 141 142 - [[image:1687340859201-381.png||height="368"width="1572"]]159 +Wie bereits beim Benutzerimport über die LD Console unter LD2.0 bekannt, erhalten Benutzer zur eindeutigen Zuordnung im System eine eindeutige Kennung, der sich aus verschiedenen Benutzereigenschaften (Vorname, Nachname, Geburtsdatum, Kürzel, etc.) zusammensetzt. Notwendigerweise muss dies ebenfalls einmalig pro importierte Liste gesetzt werden und ist über die Spaltenzuordnung möglich. Ebenfalls muss das Listen-Schema unbedingt beibehalten werden. 143 143 161 +(% class="box infomessage" %) 162 +((( 163 +**Vergleichen Sie bei Unklarheiten die Einstellungen mit der früheren Listenkonfiguration aus der LogoDIDACT Console. Dort sind alle Spalten mit einem * markiert, die für die Benutzerkennung verwendet wurden.** 164 +))) 144 144 145 - Nachdemlle notwendigen Konfigurationen getätigt sind, verifiziert man die Benutzerliste.Dabei werdendie Datensätze aus der Benutzerliste auch Vollständigkeit und Korrektheitgeprüft.Die Verifizierung erfolgt inder allgemeinen Benutzerimport-Ansicht.166 +[[image:1687340859201-381.png||height="368" width="1572"]] 146 146 147 -Mit einem Klick auf die entsprechende Benutzerliste wählt man das "Prüfen-Symbol" aus. Über den Status wird der Fortschritt der Verifizierung angezeigt. 148 148 169 +Nachdem alle notwendigen Konfigurationen getätigt sind, verifiziert man die Benutzerliste. Dabei werden die Datensätze aus der Benutzerliste auf Vollständigkeit und Korrektheit geprüft. Die Verifizierung erfolgt in der allgemeinen Benutzerimport-Ansicht. 149 149 171 +Mit einem Klick auf die entsprechende Benutzerliste wählen Sie das "**Prüfen"**-Symbol aus. Über den Status wird der Fortschritt der Verifizierung angezeigt. 172 + 150 150 [[image:ld40_ctrl_Benutzerimport.PNG||height="397" width="1667" class="img-thumbnail"]] 151 151 152 -Neben dem Status existiert auch eine Log, die bei Verifizierungsfehlern Aufschluss geben kann. 175 +Neben dem Status existiert auch eine Log, die bei Verifizierungsfehlern Aufschluss geben kann. Zumeist handelt es sich um doppelte Datensätze, ungültige Zeichen oder fehlende Spaltennamen. Ergänzen und korrigieren Sie dies bei Bedarf. 153 153 154 154 [[image:1687341536144-291.png||class="img-thumbnail"]] 155 155 ... ... @@ -156,8 +156,10 @@ 156 156 [[image:ld40_ctrl_Benutzerimport_Verifizierung-erfolgreich.JPG||class="img-thumbnail"]] 157 157 158 158 159 -Mit erfolgreicher Verifizierung der Benutzerliste ist der Vorgang abgeschlossen. **Das zu erwartende Ergebnis in der Verifizierung ist, dass keine Benutzerkonten gelöscht oder neu erstellt werden. Dies ist der entscheidende Hinweis, dass die Benutzerlisten-Einstellungen mit den früheren Einstellungen übereinstimmen und somit die richtigen Optionen festgelegt wurden.** 182 +Mit erfolgreicher Verifizierung der Benutzerliste ist der Vorgang abgeschlossen. 183 +**Das zu erwartende Ergebnis in der Verifizierung ist, dass keine Benutzerkonten gelöscht oder neu erstellt werden. Dies ist der entscheidende Hinweis, dass die Benutzerlisten-Einstellungen mit den früheren Einstellungen übereinstimmen und somit die richtigen Optionen festgelegt wurden.** 160 160 185 + 161 161 **Erläutern: Ebenfalls an Beutzer denken, welche manuell dem System hinzugefügt wurden.** 162 162 163 163 ... ... @@ -168,7 +168,7 @@ 168 168 169 169 ==== __Benutzerrichtlinie__ ==== 170 170 171 -Eine Benutzerrichtlinie definiert diverse benutzer/-oder gruppenbezogene Eigenschaften, darunter die Passwortrichtlinien, sowie Mail/-Festplatten/-und Druckkontingente. Im Beispiel wird zunächst eine globale Benutzerkonfiguration erstellt und mit dem ROOT-Stamm verknüpft. Aufgrund des Vererbungsprinzips erhalten alle darunter liegenden Objekte dieselbe Konfiguration zugewiesen. Natürlich kann die Vererbung durch Erstellen und Verknüpfen einer weiteren Benutzerkonfiguration zu einem Objekt im Stammverzeichnis überschrieben werden.196 +Eine Benutzerrichtlinie definiert diverse benutzer/-oder gruppenbezogene Eigenschaften, darunter die Passwortrichtlinien, sowie Mail/-Festplatten/-und Druckkontingente. Im Beispiel wird zunächst eine globale Benutzerkonfiguration erstellt und mit dem ROOT-Stamm verknüpft. Aufgrund des Vererbungsprinzips erhalten alle darunter liegenden Objekte dieselbe Konfiguration. Natürlich kann die Vererbung durch Erstellen und Verknüpfen einer weiteren Benutzerkonfiguration zu einem Objekt im Stammverzeichnis überschrieben werden. 172 172 173 173 Zunächst wird unter **//Home/Benutzerverwaltung/Konfigurationen/Benutzerkonfigurationen//** eine neue Richtlinie erstellt, indem man auf das '**+**'-Symbol in der rechten oberen Optionsleiste klickt. 174 174 ... ... @@ -192,23 +192,8 @@ 192 192 193 193 (% style="background-color:#f39c12" %)Hier muss erklärt werden, was diese Einstellung bewirkt. Denn in den einzelnen Benutzer-Einstellungen der Konten kann man ebenfalls Quotas festlegen. Wann wird welche Einstellung angewandt? 194 194 195 -==== __BGD-Deployment__====220 +==== ==== 196 196 197 -(% style="background-color:#f39c12" %)Warum wird speziell das Anlegen einer BGD-Deployment Option hier klärt und die anderen Einstellungen nicht? Wo genau liegt hier der Bezug zum LD4.0 Upgrade? 198 - 199 -... 200 - 201 -Dazu ist ein Wechsel weg von der Benutzerverwaltung zum Deployment notwendig. Eine Background-Deployment-Konfiguration (BGD) wird unter //**Home/Deployment/Konfigurationen/Background Deployment **//durch Klick auf das '**+**'-Symbol in der rechten oberen Optionsleiste erstellt. 202 - 203 -[[image:1687359678582-983.png||height="406" width="962"]] 204 - 205 -Standardmäßig können die bereits vordefinierten Werte beibehalten werden. Für eine nähere Erläuterung der einzelnen Auswahloptionen folgen Sie bitte dem Artikel(% style="color:#e74c3c" %) (%%)[[(% style="background-color:#2ecc71; color:#e74c3c" %)Link-Text eingeben>>]](%%). 206 - 207 -Abschließend kann man die BGD-Konfiguration in der allgemeinen Übersicht verknüpfen. 208 - 209 -[[image:1687359715826-121.png]] 210 - 211 - 212 212 ==== Treiberkonfiguration ==== 213 213 214 214 In den Optionen einer Treiberkonfiguration können mit LD4.0 nun "Treiber von WinPE Konfiguration übernehmen" aktiviert und deaktiviert werden. Somit verwendet der Client schlussendlich explizit die vom Nexus während der WinPE-Phase bereitgestellten Treiber (% style="background-color:#f39c12" %)zu ungenau - der Mehrwert liegt in den systemkritischen Treibern, die zwingend für den ersten Bootvorgang eines neuen Clients benötigt werden. Durch dieses Häkchen stehen die Treiber bereits in der Initialisierungsphase von Windows ("Geräte werden betriebsbereit gemacht") zur Verfügung, was insbesondere bei Festplattentreibern und Grafiktreibern sehr hilfreich ist und Bluescreens vermeiden kann (%%)[[https:~~/~~/www.ubackup.com/screenshot/de/others/windows-10-inaccessible-boot-device-after-clone.png>>https://www.ubackup.com/screenshot/de/others/windows-10-inaccessible-boot-device-after-clone.png]].
- LD_Console_Benutzerverwaltung_Config.PNG
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +xwiki:XWiki.TomAltenbrunn@sbede - Größe
-
... ... @@ -1,0 +1,1 @@ 1 +35.3 KB - Inhalt