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

Zusammenfassung

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

Details

Seiteneigenschaften

Dokument-Autor

...	...	@@ -1,1 +1,1 @@
1		-xwiki:XWiki.michaelreichenbach@sbede
	1	+xwiki:XWiki.TomAltenbrunn@sbede

Inhalt

...	...	@@ -60,11 +60,26 @@
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	+(% style="background-color:#27ae60" %)~#~#~#~##
	66	+
	67	+Stand vom 11.08.2023 -> wird nicht mehr benötigt
	68	+
	69	+(% style="background-color:#27ae60" %)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.
	70	+
63	63	(% class="box errormessage" %)
64	64	(((
65		-**Manuell in die Domäne aufgenommene Arbeitsstationen muss man nach dem Upgrade möglicherweise mit der neuen Domäne bekanntmachen.**
	73	+(% style="background-color:#27ae60" %)**An Rechnern mit Standaloneanbindung (= nicht von LD Deploy verwaltet) ist kein Re-Setup notwendig, da dieser keiner Domäne angehört.**(%%)**
	74	+(% style="background-color:#27ae60" %)Manuell in die Domäne aufgenommene Arbeitsstationen muss man nach dem Upgrade ebenfalls mit der neuen Domäne bekanntmachen.(%%)**
66	66	)))
67	67
	77	+(% style="background-color:#27ae60" %)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.(%%)
	78	+(% style="background-color:#27ae60" %)~#~##(%%)
	79	+(% 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.
	80	+
	81	+(% 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.
	82	+
68	68	----
69	69
70	70	== (% style="font-size:26px" %)__3.Benutzerverwaltung__(%%) ==
...	...	@@ -216,7 +216,7 @@
216	216
217	217	- ein Festplattenkontingent (Speichergröße des Homelaufwerkes auf dem LD Server) von 500MB
218	218
219		-- Druckkontingent von 0 (Drucken ist verboten). Das Druckkontingent greift lediglich in Verbindung mit konfiguriertem cups/pykota [[@Jonas Mayer>>url:https://kb.logodidact.com/xwiki/bin/view/XWiki/jonasmayer%40sbede]] : stimmt das noch? Bin mir da nicht sicher, dann bitte korrigieren.
	234	+- (% 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.
220	220
221	221
222	222	(% style="background-color:#e67e22" %)[[image:ld40_Benutzerkonfiguration_Kontingent.png||height="683" width="1108" class="img-thumbnail"]](%%)