Änderungen von Dokument Nacharbeiten nach erfolgreichem LD4.0 Server-Upgrade
Zuletzt geändert von Tom Altenbrunn am 2024/03/15 15:38
Von Version 53.1
bearbeitet von Tom Altenbrunn
am 2023/06/28 09:17
am 2023/06/28 09:17
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Auf Version 62.1
bearbeitet von Michael Reichenbach
am 2023/08/28 16:19
am 2023/08/28 16:19
Änderungskommentar:
Es gibt keinen Kommentar für diese Version
Zusammenfassung
-
Seiteneigenschaften (2 geändert, 0 hinzugefügt, 0 gelöscht)
-
Anhänge (0 geändert, 1 hinzugefügt, 0 gelöscht)
Details
- Seiteneigenschaften
-
- Dokument-Autor
-
... ... @@ -1,1 +1,1 @@ 1 -xwiki:XWiki. TomAltenbrunn@sbede1 +xwiki:XWiki.michaelreichenbach@sbede - Inhalt
-
... ... @@ -60,22 +60,11 @@ 60 60 61 61 - "Schutz vor Statusänderungen" an speziellen Clients, wie z.B. die KMS 62 62 63 -(% style="background-color:#f39c12" %)ZU KNAPP... mit Screenshots erklären.... pro Listenobjekt rechts im Fenster die "Zuweisungen" aufklappen und kontrollieren, ob hier Verlinkungen zu Räumen/Geräten oder übergeordnet existieren. Falls gar keine Zuweisungen vorhanden sind, in den früheren Screenshots (vor dem LD4.0 Upgrade) überprüfen, ob das so seine Richtigkeit hat. 64 - 65 - 66 -Schlussendlich muss an allen Clients, welche eine Imagekonfiguration per LD Deploy erhalten haben, ein Re-Setup durchgeführt werden. Primär dient der Re-Setup dazu, die von LD Deploy verwalteten Rechner wieder in die Schul-Domäne aufzunehmen und somit unter anderem die Anmeldung der Schüler und Lehrer an den Arbeitsstationen nach dem Upgrade sicherzustellen. 67 - 68 68 (% class="box errormessage" %) 69 69 ((( 70 -**An Rechnern mit Standaloneanbindung (= nicht von LD Deploy verwaltet) ist kein Re-Setup notwendig, da dieser keiner Domäne angehört. 71 -Manuell in die Domäne aufgenommene Arbeitsstationen muss man nach dem Upgrade ebenfalls mit der neuen Domäne bekanntmachen.** 65 +**Manuell in die Domäne aufgenommene Arbeitsstationen muss man nach dem Upgrade möglicherweise mit der neuen Domäne bekanntmachen.** 72 72 ))) 73 73 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 -\\(% 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 - 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 - 79 79 ---- 80 80 81 81 == (% style="font-size:26px" %)__3.Benutzerverwaltung__(%%) == ... ... @@ -93,9 +93,11 @@ 93 93 === (% style="font-size:20px" %)__3.1 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!** 97 97 98 98 87 +__**Die nachfolgenden Schritte unbedingt mit Sorgfalt durchführen und vor dem Import nochmals auf Korrektheit und Vollständigkeit prüfen!**__ 88 + 89 + 99 99 ==== (% style="font-size:18px" %)__3.1.1 Serverexport__(%%) ==== 100 100 101 101 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,6 +104,7 @@ 104 104 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. 105 105 [[image:logosrv_Nutzerliste.PNG||class="img-thumbnail"]] 106 106 98 + 107 107 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. 108 108 Aus den zugehörigen //.info//-Dateien sind für den späteren Import folgende Zeilen nötig: 109 109 ... ... @@ -116,9 +116,9 @@ 116 116 [[image:logosrv_Nutzerliste_conf.PNG||class="img-thumbnail"]] 117 117 118 118 119 -Nachdem alle notwendigen Informationen notiert sind, bitte mit Schritt __3.2 Import im LD Control Center __fortfahren. 111 +Nachdem alle notwendigen Informationen notiert sind, bitte mit Schritt __[[3.2 Import im LD Control Center>>||anchor="ImportLDControl"]] __fortfahren. 112 + 120 120 121 - 122 122 ==== (% style="font-size:18px" %)__3.1.2 LD Console Export__(%%) ==== 123 123 124 124 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. ... ... @@ -133,12 +133,12 @@ 133 133 [[image:LD_Console_Listenexport.PNG||height="563" width="893" class="img-thumbnail"]] 134 134 135 135 136 -Notieren Sie sich ebenfalls die jeweilige Listenkonfiguration zu jeder einzelnen Benutzerliste .137 -[[image:LD_Console_Benutzerverwaltung_Config.PNG||class="img-thumbnail"]] 128 +Notieren Sie sich ebenfalls die jeweilige Listenkonfiguration zu jeder einzelnen Benutzerliste und die dazugehörigen Benutzerkennungen (Spalten mit markiertem '*') 129 +[[image:LD_Console_Benutzerverwaltung_Config.PNG||height="282" width="962" class="img-thumbnail"]][[image:LD_Console_Benutzerkennung.PNG||class="img-thumbnail"]] 138 138 139 139 ---- 140 140 141 -=== (% style="font-size:20px" %)__3.2 Import im LD Control Center{{id name="L ink"/}}__(%%) ===133 +=== (% style="font-size:20px" %)__3.2 Import im LD Control Center{{id name="ImportLDControl"/}}__(%%) === 142 142 143 143 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. 144 144 ... ... @@ -224,9 +224,7 @@ 224 224 225 225 - ein Festplattenkontingent (Speichergröße des Homelaufwerkes auf dem LD Server) von 500MB 226 226 227 -- (% style="background-color:#e67e22" %)Druckkontingent von 0 (Drucken ist verboten). Das Druckkontingent greift lediglich in Verbindung mit konfiguriertem cups/pykota {{mention reference="xwiki:XWiki.jonasmayer@sbede" style="FULL_NAME" anchor="xwiki-XWiki-jonasmayer@sbede-qablzl"/}} : stimmt das noch? Bin mir da nicht sicher, dann bitte korrigieren. 228 228 229 - 230 230 (% style="background-color:#e67e22" %)[[image:ld40_Benutzerkonfiguration_Kontingent.png||height="683" width="1108" class="img-thumbnail"]](%%) 231 231 232 232
- LD_Console_Benutzerkennung.PNG
-
- Author
-
... ... @@ -1,0 +1,1 @@ 1 +xwiki:XWiki.TomAltenbrunn@sbede - Größe
-
... ... @@ -1,0 +1,1 @@ 1 +15.4 KB - Inhalt