Änderungen von Dokument Nacharbeiten nach erfolgreichem LD4.0 Server-Upgrade
Zuletzt geändert von Tom Altenbrunn am 2024/03/15 15:38
Von Version 56.6
bearbeitet von Tom Altenbrunn
am 2023/06/28 10:31
am 2023/06/28 10:31
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version 47.8
bearbeitet von Tom Altenbrunn
am 2023/06/27 11:24
am 2023/06/27 11:24
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Zusammenfassung
-
Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)
Details
- Seiteneigenschaften
-
- Inhalt
-
... ... @@ -2,7 +2,7 @@ 2 2 3 3 ---- 4 4 5 -== __ 1.Einführung__ ==5 +== __Einführung__ == 6 6 7 7 Nach erfolgreichem Abschluss des Upgradeskripts ist es** **erforderlich, an diversen Stellen des LD-Systems Anpassungen vorzunehmen, um die Funktionalität und Stabilität der zahlreichen Module von LogoDIDACT sicherzustellen. 8 8 ... ... @@ -16,7 +16,7 @@ 16 16 17 17 ---- 18 18 19 -== (% style="font-size:26px" %)__ 2.Deployment__(%%) ==19 +== (% style="font-size:26px" %)__Deployment__(%%) == 20 20 21 21 Beim erstmaligen Öffnen der allgemeinen Geräteübersicht fallen nun mehrere Veränderungen ins Auge: 22 22 ... ... @@ -74,11 +74,11 @@ 74 74 Neben einem Re-Setup kann die Wiederaufnahme eines Rechners ebenfalls per Re-Deploy erfolgen. Sinnvoll ist dies jedoch nur, wenn ein/mehrere Client/s Probleme haben sollten, der Domäne bei einem Re-Setup beizutreten oder aber ausreichend Zeit für einen vollständigen Deployment-Prozess vorhanden ist. 75 75 \\(% style="background-color:#f39c12" %)WARUM? -> auch erklären. Es wird dadurch erreicht, dass die Rechner in der neuen Domäne wieder ihr Rechnerkonto erhalten. An PCs, die Standalone ohne Domäne betrieben werden, kann man sich das Re-Deploy auch sparen. 76 76 77 -(% style="background-color:#f39c12" %)Ebenfalls erklären, dass es neben Re-Deploy auch andere Aktionen gibt, die den gewünschten Zustand erzielen. Die Aktion "Re-Setup" reicht aus, um den Rechner wieder in die Domain joinen zu lassen. Das wäre der empfohlene Weg, Re-Deploy dann erst bei Problemen oder wenn Zeit keine Rolle spielt.77 +(% style="background-color:#f39c12" %)Ebenfalls erklären, dass es neben Re-Deploy auch andere Aktionen gibt, die den gewünschten Zustand erzielen. Die Aktion "Re-Setup" reicht aus, um den Rechner wieder in die Domain joinen zu lassen. Das wäre der empfohlene Weg, Re-Deploy dann erst bei Problemen oder wenn zeit keine Rolle spielt. 78 78 79 79 ---- 80 80 81 -== (% style="font-size:26px" %)__ 3.Benutzerverwaltung__(%%) ==81 +== (% style="font-size:26px" %)__Benutzerverwaltung__(%%) == 82 82 83 83 Wechseln Sie zunächst in die allgemeine Übersicht des LD Control Center, indem Sie auf das Haus-Symbol in der linken oberen Fensterecke klicken und das Feld "**Benutzerverwaltung**" auswählen. Die allgemeine Übersicht ist auch hier ähnlich aufgebaut, wie im "**Deployment**". 84 84 ... ... @@ -90,16 +90,14 @@ 90 90 ))) 91 91 92 92 93 -=== (% style="font-size:20px" %)__ 3.1Benutzerlistenimport__(%%) ===93 +=== (% style="font-size:20px" %)__Benutzerlistenimport__(%%) === 94 94 95 95 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. 96 +**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 - __**DienachfolgendenSchritteunbedingtmitSorgfalt durchführen undvordem Importnochmals auf Korrektheit und Vollständigkeit prüfen!**__99 +==== (% style="font-size:18px" %)__Serverexport__(%%) ==== 99 99 100 - 101 -==== (% style="font-size:18px" %)__3.1.1 Serverexport__(%%) ==== 102 - 103 103 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}} 104 104 In der Regel sind dies standardmäßig Schüler und Lehrerlisten, sowie "Sonstige Benutzer". 105 105 ... ... @@ -106,7 +106,6 @@ 106 106 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. 107 107 [[image:logosrv_Nutzerliste.PNG||class="img-thumbnail"]] 108 108 109 - 110 110 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. 111 111 Aus den zugehörigen //.info//-Dateien sind für den späteren Import folgende Zeilen nötig: 112 112 ... ... @@ -114,16 +114,12 @@ 114 114 - Delimiter = Trennzeichen 115 115 - Role = Benutzerrolle 116 116 - Column 1,2,3,etc. (Bezeichnung bzw. Anzeigename der Spalten in der ersten Zeile einer Benutzerliste) 117 -- Columns mit dem Schlüsselwort "**PKEY**"** **sind Spalten, welche für die Benutzerkennung genutzt werden 118 118 119 119 [[image:logosrv_Nutzerliste_conf.PNG||class="img-thumbnail"]] 120 120 121 121 122 -Nachdem alle notwendigen Informationen notiert sind, bitte mit Schritt __[[3.2 Import im LD Control Center>>||anchor="ImportLDControl"]] __fortfahren. 123 - 118 +==== (% style="font-size:18px" %)__LD Console Export__(%%) ==== 124 124 125 -==== (% style="font-size:18px" %)__3.1.2 LD Console Export__(%%) ==== 126 - 127 127 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. 128 128 \\[[image:LD_Console_Benutzerverwaltung.PNG||height="511" width="1134" class="img-thumbnail"]] 129 129 \\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". Per Maus-Rechtklick auf eine Liste öffnet sich das Options-Menü. ... ... @@ -136,12 +136,12 @@ 136 136 [[image:LD_Console_Listenexport.PNG||height="563" width="893" class="img-thumbnail"]] 137 137 138 138 139 -Notieren Sie sich ebenfalls die jeweilige Listenkonfiguration zu jeder einzelnen Benutzerliste , sowie die Spalten, welche132 +Notieren Sie sich ebenfalls die jeweilige Listenkonfiguration zu jeder einzelnen Benutzerliste. 140 140 [[image:LD_Console_Benutzerverwaltung_Config.PNG||class="img-thumbnail"]] 141 141 142 142 ---- 143 143 144 -=== (% style="font-size:20px" %)__ 3.2Import im LD Control Center{{id name="ImportLDControl"/}}__(%%) ===137 +==== (% style="font-size:20px" %)__Import im LD Control Center__(%%) ==== 145 145 146 146 Nach dem Speichern aller Nutzerlisten geht es zurück zum Benutzerimport im neuen LD Control Center. Klicken Sie zum Anlegen einer neuen Listenkonfiguration auf das '**+**'-Symbol auf der rechten, oberen Seite. 147 147 ... ... @@ -198,12 +198,12 @@ 198 198 199 199 ---- 200 200 201 -== (% style="font-size:26px" %)__ 4.Optional__(%%) ==194 +== (% style="font-size:26px" %)__Optional__(%%) == 202 202 203 203 Die nachfolgenden Konfigurationen sind optional, die Festlegung dieser Einstellungen wird allerdings aus Sicherheitsgründen empfohlen. 204 204 205 205 206 - ===(% style="font-size:18px" %)__4.1Erstellen einer globalen Benutzerrichtlinie__(%%) ===199 +(% style="font-size:20px" %)__Erstellen einer globalen Benutzerrichtlinie__ 207 207 208 208 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. 209 209 ... ... @@ -238,12 +238,10 @@ 238 238 239 239 ---- 240 240 241 -=== (% style="font-size:20px" %)__ 4.2Treiberkonfiguration__(%%) ===234 +=== (% style="font-size:20px" %)__Treiberkonfiguration__(%%) === 242 242 243 243 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. Damit soll Treiberproblemen, welche häufig in Bluescreens enden , während der kritischen Erstinitialisierungsphase (selbstständiger Bootvorgang nach durchlaufener Setup-Phase) in Windows vorgebeugt werden. 244 244 [[image:https://www.ubackup.com/screenshot/de/others/windows-10-inaccessible-boot-device-after-clone.png||height="362" width="702" class="img-thumbnail"]] 245 - 246 - 247 247 Zu den kritischen Treibern zählen notwendige Festplatten-und Grafiktreiber, sowie Netzwerktreiber. 248 248 Treiberkonfigurationen finden sich im Pfad "**Home/Deployment/Konfiguration/Treiber**". 249 249 [[image:grafik.png||height="532" width="500" class="img-thumbnail"]]