Zuletzt geändert von Tom Altenbrunn am 2024/03/15 15:38

Von Version 59.2
bearbeitet von Michael Reichenbach
am 2023/08/22 11:21
Änderungskommentar: Es gibt keinen Kommentar für diese Version
Auf Version 57.1
bearbeitet von Tom Altenbrunn
am 2023/06/28 10:37
Änderungskommentar: Es gibt keinen Kommentar für diese Version

Zusammenfassung

Details

Seiteneigenschaften
Dokument-Autor
... ... @@ -1,1 +1,1 @@
1 -xwiki:XWiki.michaelreichenbach@sbede
1 +xwiki:XWiki.TomAltenbrunn@sbede
Inhalt
... ... @@ -60,11 +60,22 @@
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 +
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.**
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.**
66 66  )))
67 67  
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 +
68 68  ----
69 69  
70 70  == (% style="font-size:26px" %)__3.Benutzerverwaltung__(%%) ==
... ... @@ -125,7 +125,7 @@
125 125  [[image:LD_Console_Listenexport.PNG||height="563" width="893" class="img-thumbnail"]]
126 126  
127 127  
128 -Notieren Sie sich ebenfalls die jeweilige Listenkonfiguration zu jeder einzelnen Benutzerliste und die dazugehörigen Benutzerkennungen (Spalten mit markiertem '*')
139 +Notieren Sie sich ebenfalls die jeweilige Listenkonfiguration zu jeder einzelnen Benutzerliste und die dazugehörigen Benutzerkennungen (Spalten mit markiertem '*****')
129 129  [[image:LD_Console_Benutzerverwaltung_Config.PNG||height="282" width="962" class="img-thumbnail"]][[image:LD_Console_Benutzerkennung.PNG||class="img-thumbnail"]]
130 130  
131 131  ----