Änderungen von Dokument Nacharbeiten nach erfolgreichem LD4.0 Server-Upgrade

Zusammenfassung

• Seiteneigenschaften (1 geändert, 0 hinzugefügt, 0 gelöscht)

Details

Seiteneigenschaften

Inhalt

...	...	@@ -46,7 +46,8 @@
46	46
47	47	[[image:image-20230606141856-4.png||height="215" width="404" class="img-thumbnail"]]
48	48
49		-Ebenfalls empfehlenswert ist die Vollständigkeit der Objektzuweisungen im LD Control Center zu prüfen. Darunter fallen:
	49	+Ebenfalls empfehlenswert ist die Vollständigkeit der Objektzuweisungen im LD Control Center zu prüfen und die Elementverlinkungen, z.B. kann es vorkommen, dass eine AutoConf-Rolle gar nicht oder dem falschen Raum zugewiesen ist. Gegebenenfalls diese per Drag&Drop oder aber über den Reiter "**Standort**" im jeweiligen Raum / Mandanten zuweisen. Eine Kontrolle der Konfigurationen muss zwingendermaßen für jeden einzelnen Raum bzw. jedes einzelne Gerät stattfinden!  Die Richtigkeit sollte man mittels Screenshots, welche man vor dem LD4.0 Upgrade erstellt, nachweisen.
	50	+\\Zu Objekt-und Elementverlinkungen fallen:
50	50
51	51	- AutoConf-Rollen
52	52
...	...	@@ -60,14 +60,19 @@
60	60
61	61	- "Schutz vor Statusänderungen" an speziellen Clients, wie z.B. die KMS
62	62
63		-
64	64	(% 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.
65	65
66	66
67		-Schlussendlich muss an allen Clients, welche eine Imagekonfiguration per LD Deploy erhalten haben, ein Re-Deploy durchgeführt werden.
	67	+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.
68	68
69		-(% 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.
	69	+(% class="box errormessage" %)
	70	+(((
	71	+An Rechnern mit Standaloneanbindung (= nicht von LD Deploy verwaltet) ist kein Re-Setup notwendig, da dieser keiner Domäne angehört.
	72	+)))
70	70
	74	+Neben einem Re-Setup kann die Wiederaufnahme eines Rechners ebenfalls per Re-Deploy sichergestellt werden. Sinnvoll ist dies jedoch nur, wenn ein/mehrere Client/s Problem haben sollten, der Domäne bei einem Re-Setup beizutreten oder aber ausreichend Zeit für den Vorgang 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	+
71	71	(% 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.
72	72
73	73	----
...	...	@@ -76,11 +76,11 @@
76	76
77	77	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**".
78	78
79		-Es wird die Stammdomäne "ROOT", sowie der Mandant und die darunter liegenden Klassen/-Projekt/-und Sicherheitsgruppen, sowie Rollen (mandantenbezogen) angezeigt.
	85	+Es wird der Knoten "ROOT", sowie der Mandant und die darunter liegenden Klassen/-Projekt/-und Sicherheitsgruppen, sowie Rollen (mandantenbezogen) angezeigt.
80	80
81	81	(% class="box infomessage" %)
82	82	(((
83		-Die Logodidact Console wird in LD4.0 nicht mehr für die Benutzerverwaltung eingesetzt. Alle benutzerbezogenen Konfigurationen erfolgen über das LD Control Center. In der LDC ist lediglich lesender Zugriff auf die Benutzerverwaltung möglich.
	89	+Die Logodidact Console wird in LD4.0 nicht mehr für die Benutzerverwaltung eingesetzt. Alle benutzerbezogenen Konfigurationen erfolgen über das LD Control Center. In der Lododidact Console ist lediglich lesender Zugriff auf die Benutzerverwaltung möglich.
84	84	)))
85	85
86	86
...	...	@@ -87,9 +87,15 @@
87	87	==== __Benutzerlistenimport__ ====
88	88
89	89	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.
	96	+**Die nachfolgenden Schritte unbedingt mit Sorgfalt durchführen und vor dem Import nochmals auf Korrektheit und Vollständigkeit prüfen!**
90	90
91		-Die Benutzerlisten liegen als .list-Dateien vor und sind im Container //logosrv //unter folgendem Pfad gespeichert: {{code language="bash"}}root@logosrv: cd /etc/logodidact/userlist/{{/code}}
	98	+Serverseitig liegen die (% id="cke_bm_580769S" style="display:none" %)liege(%%)Benutzerlisten als .list-Dateien vor und sind im Container //logosrv //unter folgendem Pfad gespeichert: {{code language="bash"}}root@logosrv: cd /etc/logodidact/userlist/{{/code}}
92	92
	100	+Mittels eines FTA (FileTransferAgent) wie z.B. WinSCP ist ein Export aller Benutzerlisten aus dem serverseitigen Pfad im logosrv möglich.
	101	+
	102	+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.
	103	+\\\\\\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".
	104	+
93	93	(% style="background-color:#f39c12" %)Aus Sicht eines Endkunden denken, der ggf. keinen root-Zugriff auf den Server hat! Daher auch noch den alternativen Weg dokumentieren/erklären, die früheren Benutzerlisten CSV-Files per LogoDIDACT Console abzuholen. Diese Schritte müssen sehr genau erklärt werden, damit später keine Konten ungewollt im System entfernt werden, weil die Listen nicht passen.
94	94
95	95
...	...	@@ -134,7 +134,9 @@
134	134
135	135	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.**
136	136
	149	+**Erläutern: Ebenfalls an Beutzer denken, welche manuell dem System hinzugefügt wurden.**
137	137
	151	+
138	138	== __Optional:__ ==
139	139
140	140	Die nachfolgenden Konfigurationen sind optional, die Festlegung dieser Einstellungen wird allerdings aus Sicherheitsgründen empfohlen.