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
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 47.7
bearbeitet von Tom Altenbrunn
am 2023/06/27 11:24
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

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.1 Benutzerlistenimport__(%%) ===
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 -__**Die nachfolgenden Schritte unbedingt mit Sorgfalt durchführen und vor dem Import nochmals 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, welche
132 +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.2 Import 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.1 Erstellen 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.2 Treiberkonfiguration__(%%) ===
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"]]