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

Zuletzt geändert von Tom Altenbrunn am 2025/07/18 16:57

Von 43.17 nach 43.18 Von 62.1 nach 62.2

Von Version 43.18

bearbeitet von Tom Altenbrunn
am 2023/06/26 15:17

Änderungskommentar: Es gibt keinen Kommentar für diese Version

Auf Version 62.1

bearbeitet von Michael Reichenbach
am 2023/08/28 16:19

Änderungskommentar: Es gibt keinen Kommentar für diese Version

Rohform
Im Layout

Zusammenfassung

Seiteneigenschaften (2 geändert, 0 hinzugefügt, 0 gelöscht)
Anhänge (0 geändert, 8 hinzugefügt, 0 gelöscht)

Details

Seiteneigenschaften

Dokument-Autor

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

Inhalt

@@ -2,21 +2,21 @@
  ----
--== Einführung: ==
++== __1.Einführung__ ==
  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.
  {{info}}
--Machen Sie sich vor der Umstellung unbedingt Notizen zu den LD Deploy Zuweisungen (Räume, AutoConf-Optionen, Software, Druckerlisten, etc.) im LD Control Center, um diese nach dem Upgrade wieder geeignet zuweisen zu können. Die Anordnung von Räumen wird während des Upgrades aufgelöst, d.h. die Räume müssen nach dem Upgrade wieder richtig angeordnet und ggf. mit Optionen verknüpft werden. Wir empfehlen, hierbei auf Screenshots / Bildschirmaufnahmen zurückzugreifen!
++**Machen Sie sich vor der Umstellung unbedingt Notizen zu den LD Deploy Zuweisungen (Räume, AutoConf-Optionen, Software, Druckerlisten, etc.) im LD Control Center, um diese nach dem Upgrade wieder geeignet zuweisen zu können. Die Anordnung von Räumen wird während des Upgrades aufgelöst, d.h. die Räume müssen nach dem Upgrade wieder richtig angeordnet und ggf. mit den entsprechenden Konfigurationen verknüpft werden. Wir empfehlen, hierbei auf Screenshots / Bildschirmaufnahmen zurückzugreifen!**
  {{/info}}
--Zunächst ist eine Einwahl und Anmeldung im neuen LD Control Center nötig. Dieses lässt sich im Browser über die URL __https:~/~/ctrl__ aufrufen. Anpassungen sind sowohl im Reiter "Deployment", als auch in der "Benutzerverwaltung" notwendig.
++Zunächst ist eine Einwahl und Anmeldung im neuen LD Control Center nötig. Dieses lässt sich im Browser über die URL __https:~/~/ctrl__ aufrufen. Anpassungen sind sowohl im Reiter "**Deployment**", als auch in der "**Benutzerverwaltung**" notwendig.
  [[image:image-20230605153657-1.png||height="452" width="1050" class="img-thumbnail"]]
  ----
--== Deployment: ==
++== (% style="font-size:26px" %)__2.Deployment__(%%) ==
  Beim erstmaligen Öffnen der allgemeinen Geräteübersicht fallen nun mehrere Veränderungen ins Auge:
@@ -28,12 +28,11 @@
  [[image:image-20230606094840-2.png||class="img-thumbnail"]]
--
--ROOT bezeichnet an dieser Stelle den obersten Eintrag in der Abbildungshierarchie von Mandanten. Unterhalb eines ROOT-Verzeichnisses können unter LD4.0 auf lange Sicht mehrere Mandanten (Haussymbol) strukturell abgebildet werden. So lässt sich beispielsweise ein Schulzentrum, bestehend aus Grund-/Realschule und Gymnasium darstellen.
++ROOT bezeichnet an dieser Stelle den obersten Eintrag in der Abbildungshierarchie von Mandanten. Unterhalb eines ROOT-Stamms können unter LD4.0 auf lange Sicht mehrere Mandanten (Haussymbol) und sogar Organisationen strukturell abgebildet werden. So lässt sich beispielsweise ein Schulzentrum, bestehend aus Grund-/Realschule und Gymnasium schematisch darstellen.
--Aufgrund dieser eingeführten Neustrukturierung wird allerdings die von LD2.0 bekannte Struktur (ad.schulname.logodidact.net) während der Migration zerstört und neu aufgebaut. Von LD Deploy verwaltete Rechner verlieren in diesem Prozess ebenfalls ihre Vertrauensstellung zur Domäne.
--\\Zunächst einmal müssen die schuleigene E-Mail-Domäne und der LongName der Schule einmalig aktualisiert werden. Dazu ist in den Konfigurationsoptionen des Mandanten der neue Punkt "Domänen" hinzugekommen. Über das Stiftsymbol kann man dies bearbeiten:
++Aufgrund dieser eingeführten Neustrukturierung wird allerdings die von LD2.0 bekannte Struktur (ad.schulname.logodidact.net) während der Migration zerstört und neu aufgebaut. Von LD Deploy verwaltete Rechner verlieren in diesem Prozess ebenfalls ihre Vertrauensstellung zur Domäne. Einem (neuen) Mandanten wird eine eindeutige Maildomain zugewiesen. Dies kann sowohl die normale "schule.local" Maildomain, als auch eine öffentliche Maildomain der Schule sein.
++\\Zunächst einmal müssen die schuleigene E-Mail-Domäne und der LongName der Schule einmalig aktualisiert werden. Dazu ist in den Konfigurationsoptionen des Mandanten der neue Punkt "**Domänen**" hinzugekommen. Über das Stiftsymbol kann man dies bearbeiten:
  [[image:image-20230606134038-3.png||class="img-thumbnail"]]
@@ -46,8 +46,8 @@
  [[image:image-20230606141856-4.png||height="215" width="404" class="img-thumbnail"]]
--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.
--\\Zu Objekt-und Elementverlinkungen fallen:
++Ebenfalls empfehlenswert ist die Vollständigkeit der Objektzuweisungen im LD Control Center zu prüfen und die zugehörigen Elementverlinkungen, z.B. kann es vorkommen, dass eine AutoConf-Rolle gar nicht mehr 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, verifizieren.
++\\Zu Objekt-und Elementverlinkungen gehören:
  - AutoConf-Rollen
@@ -61,24 +61,14 @@
  - "Schutz vor Statusänderungen" an speziellen Clients, wie z.B. die KMS
--(% 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.
--
--
--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.
--
  (% class="box errormessage" %)
  (((
--An Rechnern mit Standaloneanbindung (= nicht von LD Deploy verwaltet) ist kein Re-Setup notwendig, da dieser keiner Domäne angehört.
++**Manuell in die Domäne aufgenommene Arbeitsstationen muss man nach dem Upgrade möglicherweise mit der neuen Domäne bekanntmachen.**
  )))
--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.
--\\(% 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.
--
--(% 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.
--
  ----
--== Benutzerverwaltung: ==
++== (% style="font-size:26px" %)__3.Benutzerverwaltung__(%%) ==
  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**".
@@ -86,121 +86,162 @@
  (% class="box infomessage" %)
  (((
--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.
++**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.**
  )))
--==== __Benutzerlistenimport__ ====
++=== (% style="font-size:20px" %)__3.1 Benutzerlistenimport__(%%) ===
--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.
--**Die nachfolgenden Schritte unbedingt mit Sorgfalt durchführen und vor dem Import nochmals auf Korrektheit und Vollständigkeit prüfen!**
++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.
--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}}
--Mittels eines FTA (FileTransferAgent) wie z.B. WinSCP ist ein Export aller Benutzerlisten aus dem serverseitigen Pfad im logosrv möglich.
++__**Die nachfolgenden Schritte unbedingt mit Sorgfalt durchführen und vor dem Import nochmals auf Korrektheit und Vollständigkeit prüfen!**__
--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.
--\\\\\\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".
--(% 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.
++==== (% style="font-size:18px" %)__3.1.1 Serverexport__(%%) ====
++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}}
++In der Regel sind dies standardmäßig Schüler und Lehrerlisten, sowie "Sonstige Benutzer".
--Diese Dateien können serverseitig im genannten Pfad oder aber über einen Client an der Schule via LogoDIDACT Console exportiert und als CSV-Datei gespeichert werden. Achten Sie darauf, die CSV-Dateien für __**alle**__ Benutzerlisten zu speichern, die in Verwendung sind. In der Regel gibt es mindestens eine Lehrer-Liste und eine Schüler-Liste. Wechseln Sie danach in das LD Control Center zum Benutzerimport, um die Listen samt Einstellungen wieder anzulegen.
++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.
++[[image:logosrv_Nutzerliste.PNG||class="img-thumbnail"]]
--[[image:image-20230607140648-1.png||height="362" width="1278" class="img-thumbnail"]]
--Zunächst wird für jede Nutzerliste eine Konfiguration erzeugt. Wichtige Angaben sind:
++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.
++Aus den zugehörigen //.info//-Dateien sind für den späteren Import folgende Zeilen nötig:
--- der Anzeigename der Liste
++- CodePage = Codierung bzw. Zeichensatz
++- Delimiter = Trennzeichen
++- Role = Benutzerrolle
++- Column 1,2,3,etc. (Bezeichnung bzw. Anzeigename der Spalten in der ersten Zeile einer Benutzerliste)
++- Columns mit dem Schlüsselwort "**PKEY**"** **sind Spalten, welche für die Benutzerkennung genutzt werden
--- der Separator, auch als Trennzeichen zwischen den Spalten einer CSV-Liste bekannt
++[[image:logosrv_Nutzerliste_conf.PNG||class="img-thumbnail"]]
--- die Codierung
--- "CSV-Header ignorieren" -> zumeist besitzen die CSV-Dateien bereits Spaltennamen
++Nachdem alle notwendigen Informationen notiert sind, bitte mit Schritt __[[3.2 Import im LD Control Center>>||anchor="ImportLDControl"]] __fortfahren.
++
--- Rolle (Schüler, Lehrer, etc.)
++==== (% style="font-size:18px" %)__3.1.2 LD Console Export__(%%) ====
--Anschließend kann über den Button "Benutzerliste hochladen" in der rechten oberen Optionsleiste eine Benutzerliste hinzufügen.
++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.
++\\[[image:LD_Console_Benutzerverwaltung.PNG||height="511" width="1134" class="img-thumbnail"]]
++\\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ü.
--[[image:1687340705363-630.png||class="img-thumbnail"]]
++[[image:LD_Console_Liste bearbeiten.PNG||class="img-thumbnail"]]
--Wie bereits beim Benutzerimport über die LD Console unter LD2.0 bekannt, erhalten Benutzer zur eindeutigen Zuordnung im System eine eindeutige Kennung, der sich aus verschiedenen Benutzereigenschaften  (Vorname, Nachname, Geburtsdatum, Kürzel, etc.) zusammensetzt. Notwendigerweise muss dies ebenfalls einmalig pro importierte Liste gesetzt werden und ist über die Spaltenzuordnung möglich. **Vergleichen Sie bei Unklarheiten die Einstellungen mit der früheren Listenkonfiguration aus der LogoDIDACT Console. Dort sind alle Spalten mit einem * markiert, die für die Benutzerkennung verwendet wurden.** Ebenfalls muss das Schema unbedingt beibehalten werden.
--[[image:1687340859201-381.png||height="368" width="1572"]]
++Über den Reiter "**Benutzerliste bearbeiten**" hat man im darauf folgenden Anzeigemenü die Möglichkeit, die entsprechende Nutzerliste auf ein beliebiges Netzlaufwerk (z.B. Home Verzeichnis) oder aber auf anderweitige Ordner und Datenträger zu speichern. Die gespeicherte Liste liegt im CSV-Format vor. Achten Sie darauf, die CSV-Dateien für __**alle**__ Benutzerlisten zu speichern, die in Verwendung sind.
++[[image:LD_Console_Listenexport.PNG||height="563" width="893" class="img-thumbnail"]]
--Nachdem alle notwendigen Konfigurationen getätigt sind, verifiziert man die Benutzerliste. Dabei werden die Datensätze aus der Benutzerliste auch Vollständigkeit und Korrektheit geprüft. Die Verifizierung erfolgt in der allgemeinen Benutzerimport-Ansicht.
--Mit einem Klick auf die entsprechende Benutzerliste wählt man das "Prüfen-Symbol" aus. Über den Status wird der Fortschritt der Verifizierung angezeigt.
++Notieren Sie sich ebenfalls die jeweilige Listenkonfiguration zu jeder einzelnen Benutzerliste und die dazugehörigen Benutzerkennungen (Spalten mit markiertem '*')
++[[image:LD_Console_Benutzerverwaltung_Config.PNG||height="282" width="962" class="img-thumbnail"]][[image:LD_Console_Benutzerkennung.PNG||class="img-thumbnail"]]
++----
--[[image:ld40_ctrl_Benutzerimport.PNG||height="397" width="1667" class="img-thumbnail"]]
++=== (% style="font-size:20px" %)__3.2 Import im LD Control Center{{id name="ImportLDControl"/}}__(%%) ===
--Neben dem Status existiert auch eine Log, die bei Verifizierungsfehlern Aufschluss geben kann.
++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.
--[[image:1687341536144-291.png||class="img-thumbnail"]]
++[[image:image-20230607140648-1.png||height="362" width="1278" class="img-thumbnail"]]
--[[image:ld40_ctrl_Benutzerimport_Verifizierung-erfolgreich.JPG||class="img-thumbnail"]]
++Zunächst wird für jede exportierte Nutzerliste eine Konfiguration erzeugt. Wichtige Angaben sind:
--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.**
++- der Anzeigename der Liste (Bezeichnung)
--**Erläutern: Ebenfalls an Beutzer denken, welche manuell dem System hinzugefügt wurden.**
++- der Separator, auch als Trennzeichen zwischen den Spalten einer CSV-Liste bekannt. Zumeist ist der Separator ein Semikolon.
++- die Codierung bzw. Zeichensatz
--== __Optional:__ ==
++- "CSV-Header ignorieren" -> zumeist besitzen die CSV-Dateien bereits Spaltennamen in der ersten Zeile. Bei aktivem Schalter werden diese ignoriert und nicht übernommen.
--Die nachfolgenden Konfigurationen sind optional, die Festlegung dieser Einstellungen wird allerdings aus Sicherheitsgründen empfohlen.
++- Rolle (Schüler, Lehrer, Sonstige Benutzer)
++
++Anschließend kann man über den Button "**Benutzerliste hochladen**" in der rechten oberen Optionsleiste eine Benutzerliste zur Listenkonfiguration hinzufügen.
--==== __Benutzerrichtlinie__ ====
++[[image:1687340705363-630.png||class="img-thumbnail"]]
--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 zugewiesen. Natürlich kann die Vererbung durch Erstellen und Verknüpfen einer weiteren Benutzerkonfiguration zu einem Objekt im Stammverzeichnis überschrieben werden.
--Zunächst wird unter **//Home/Benutzerverwaltung/Konfigurationen/Benutzerkonfigurationen//** eine neue Richtlinie erstellt, indem man auf das '**+**'-Symbol in der rechten oberen Optionsleiste klickt.
++Wie bereits beim Benutzerimport über die LD Console unter LD2.0 bekannt, erhalten Benutzer zur eindeutigen Zuordnung im System eine eindeutige Kennung, der sich aus verschiedenen Benutzereigenschaften  (Vorname, Nachname, Geburtsdatum, Kürzel, etc.) zusammensetzt. Notwendigerweise muss dies ebenfalls einmalig pro importierte Liste gesetzt werden und ist über die Spaltenzuordnung möglich. Ebenfalls muss das Listen-Schema unbedingt beibehalten werden.
--[[image:ld40_Benutzerkonfiguration_Generell.PNG||height="576" width="1388" class="img-thumbnail"]]
++(% class="box infomessage" %)
++(((
++**Vergleichen Sie bei Unklarheiten die Einstellungen mit der früheren Listenkonfiguration aus der LogoDIDACT Console. Dort sind alle Spalten mit einem * markiert, die für die Benutzerkennung verwendet wurden.**
++)))
--(% style="background-color:#f39c12" %)Bitte die Gültigkeitsdauer des Kennworts hier im Beispiel-Screenshot entfernen und unausgefüllt belassen. Erzeugt nur Chaos an Schulen.
++[[image:1687340859201-381.png||height="394" width="1652" class="img-thumbnail"]]
--Im darauf erscheinenden Fenster legt man im Reiter "//Generell//"  zunächst einen aussagekräftigen Namen für die neue Richtlinie fest, sowie allgemeine Passworteigenschaften.
++Nachdem alle notwendigen Konfigurationen getätigt sind, verifiziert man die Benutzerliste. Dabei werden die Datensätze aus der Benutzerliste auf Vollständigkeit und Korrektheit geprüft. Die Verifizierung erfolgt in der allgemeinen Benutzerimport-Ansicht.
--Die explizite Passwortdefinition erfolgt im nächsten Reiter "//Generierungsregeln//". Hier werden die minimale Kennwortlänge, die Komplexität (Kleinbuchstaben/Großbuchstaben/Sonderzeichen, Zahlen) und auch die verwendbaren Sonderzeichen definiert. Am Besten ist eine minimale Kennwortlänge von mind. 8 Zeichen. Wir empfehlen die Passwort-Vorgaben von [[Microsoft>>https://support.microsoft.com/de-de/account-billing/so-erstellen-sie-ein-sicheres-kennwort-f%C3%BCr-ihr-microsoft-konto-f67e4ddd-0dbe-cd75-cebe-0cfda3cf7386]] einzuhalten. Besonders an Schulen, welche den LD-Azure-Sync-Connector zur Benutzerkontensynchronisation vom lokalen LD-Server zu Microsoft 365 nutzen, ist dies unerlässlich.
++Mit einem Klick auf die entsprechende Benutzerliste wählen Sie das "**Prüfen**"-Symbol aus. Über den Status wird der Fortschritt der Verifizierung angezeigt.
--[[image:ld40_Benutzerkonfiguration_Speziell.PNG||class="img-thumbnail"]]
++[[image:ld40_ctrl_Benutzerimport.PNG||height="397" width="1667" class="img-thumbnail"]]
--(% style="background-color:#f39c12" %)Bitte ein sinnvolles Beispiel aufführen. Sinnvoll bedeutet, es werden **NICHT 2** Kleinbuchstaben + Großbuchstaben + Zahlen + Sonderzeichen gefordert, sondern jeweils **1 Zeichen** von allen Typen.
++Neben dem Status existiert auch eine Log, die bei Verifizierungsfehlern Aufschluss geben kann. Zumeist handelt es sich um doppelte Datensätze, ungültige Zeichen oder fehlende Spaltennamen. Ergänzen und korrigieren Sie dies bei Bedarf, solange bis keiner Fehler mehr bei der Verifizierung auftreten.
--Im letzten Reiter "Kontingent" erfolgen die Kontingentbegrenzungen zu Mail/-Festplatten/-und Druckkontingenten.
++[[image:1687341536144-291.png||class="img-thumbnail"]]
--[[image:ld40_Benutzerkonfiguration_Kontingent.png||height="683" width="1108" class="img-thumbnail"]]
++[[image:ld40_ctrl_Benutzerimport_Verifizierung-erfolgreich.JPG||class="img-thumbnail"]]
--(% style="background-color:#f39c12" %)Hier muss erklärt werden, was diese Einstellung bewirkt. Denn in den einzelnen Benutzer-Einstellungen der Konten kann man ebenfalls Quotas festlegen. Wann wird welche Einstellung angewandt?
++Mit erfolgreicher Verifizierung der Benutzerliste ist der Vorgang abgeschlossen.
--==== __BGD-Deployment__ ====
++(% class="box infomessage" %)
++(((
++**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.**
++)))
--(% style="background-color:#f39c12" %)Warum wird speziell das Anlegen einer BGD-Deployment Option hier klärt und die anderen Einstellungen nicht? Wo genau liegt hier der Bezug zum LD4.0 Upgrade?
++----
--...
++== (% style="font-size:26px" %)__4.Optional__(%%) ==
--Dazu ist ein Wechsel weg von der Benutzerverwaltung zum Deployment notwendig. Eine Background-Deployment-Konfiguration (BGD) wird unter //**Home/Deployment/Konfigurationen/Background Deployment **//durch Klick auf das '**+**'-Symbol in der rechten oberen Optionsleiste erstellt.
++Die nachfolgenden Konfigurationen sind optional, die Festlegung dieser Einstellungen wird allerdings aus Sicherheitsgründen empfohlen.
--[[image:1687359678582-983.png||height="406" width="962"]]
--Standardmäßig können die bereits vordefinierten Werte beibehalten werden. Für eine nähere Erläuterung der einzelnen Auswahloptionen folgen Sie bitte dem Artikel(% style="color:#e74c3c" %) (%%)[[(% style="background-color:#2ecc71; color:#e74c3c" %)Link-Text eingeben>>]](%%).
++=== (% style="font-size:18px" %)__4.1 Erstellen einer globalen Benutzerrichtlinie__(%%) ===
--Abschließend kann man die BGD-Konfiguration in der allgemeinen Übersicht verknüpfen.
++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.
--[[image:1687359715826-121.png]]
++Zunächst wird unter "**//Home/Benutzerverwaltung/Konfigurationen/Benutzerkonfigurationen"//** eine neue Richtlinie erstellt, indem man auf das '**+**'-Symbol in der rechten oberen Optionsleiste klickt.
++[[image:ld40_Benutzerkonfiguration_Generell.PNG||height="556" width="1341" class="img-thumbnail"]]
--==== Treiberkonfiguration ====
--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 (% style="background-color:#f39c12" %)zu ungenau - der Mehrwert liegt in den systemkritischen Treibern, die zwingend für den ersten Bootvorgang eines neuen Clients benötigt werden. Durch dieses Häkchen stehen die Treiber bereits in der Initialisierungsphase von Windows ("Geräte werden betriebsbereit gemacht") zur Verfügung, was insbesondere bei Festplattentreibern und Grafiktreibern sehr hilfreich ist und Bluescreens vermeiden kann (%%)[[https:~~/~~/www.ubackup.com/screenshot/de/others/windows-10-inaccessible-boot-device-after-clone.png>>https://www.ubackup.com/screenshot/de/others/windows-10-inaccessible-boot-device-after-clone.png]].
++Im darauf erscheinenden Fenster legt man im Reiter "**Generell**"  zunächst einen aussagekräftigen Namen für die neue Richtlinie fest, sowie allgemeine Passworteigenschaften. Dazu gehören die Gültigkeitsdauer des Kennworts, die Beschaffenheit des Initialkennworts und ob dieses von Nutzern geändert werden muss. Lassen Sie das Feld "//Gültigkeitsdauer des Kennworts//" leer, haben die Kennwörter keine festgelegte Gültigkeit. Wird das Feld "//Initialkennwort//" leer gelassen, wird ein globales, zufälliges Standardinitialkennwort generiert. Wenn Sie diese Funktion nutzen, empfehlen wir, dies in Zusammenhang mit der Option "//Kennwort" muss geändert werden//" zu verwenden. Somit kann sich jeder Benutzer erstmalig mit dem Initialkennwort anmelden und nach der Anmeldung sein eigenes, persönliches Passwort festlegen.
--In einigen Sonderfällen verwendet ein Client die während der Setup-Phase vom Windows Treiber Management automatisch ausgesuchten Treiber, selbst wenn die Option "Windows Treiber Management aktiviert" deaktiviert ist. Für eine nähere Erläuterung der einzelnen Auswahloptionen folgen Sie bitte dem Artikel(% style="color:#e74c3c" %) (%%)[[(% style="background-color:#2ecc71; color:#e74c3c" %)Link-Text eingeben>>]](%%).
++Die explizite Passwortdefinition erfolgt im nächsten Reiter "**Generierungsregeln**". Hier werden die minimale Kennwortlänge, die Komplexität (Kleinbuchstaben/Großbuchstaben/Sonderzeichen, Zahlen) und auch die verwendbaren Sonderzeichen definiert. Am Besten ist eine minimale Kennwortlänge von mind. 8 Zeichen. Wir empfehlen die Passwort-Vorgaben von [[Microsoft>>https://support.microsoft.com/de-de/account-billing/so-erstellen-sie-ein-sicheres-kennwort-f%C3%BCr-ihr-microsoft-konto-f67e4ddd-0dbe-cd75-cebe-0cfda3cf7386]] einzuhalten. Besonders an Schulen, welche den LD-Azure-Sync-Connector zur Benutzerkontensynchronisation vom lokalen LD-Server zu Microsoft 365 nutzen, ist die Vorgabe unerlässlich.
++
++
++Im nachfolgenden Beispiel ist eine Standard-Kennwortkonfiguration zu sehen. Die minimale Kennwortlänge beträgt 10 Buchstaben, wovon mind. 1 Kleinbuchstabe, 1 Großbuchstabe, 1 Zahl und 1 Sonderzeichen enthalten sein muss. Im Feld "//Verwendbare Sonderzeichen//" kann man die den Nutzern zur Verfügung stehenden Sonderzeichen definieren. Je nach Schulart können Sie die Passwort-Komplexität somit anpassen.
++[[image:ld40_Benutzerkonfiguration_Speziell.PNG||height="549" width="549" class="img-thumbnail"]]
++
++
++Im letzten Reiter "**Kontingent**" erfolgen die Kontingentbegrenzungen zu Mail/-Festplatten/-und Druckkontingenten. Im nachfolgenden Beispiel erhält jeder Benutzer, welcher von dieser Benutzerrichtlinie verwaltet wird,
++- ein Mailkontigent (Postfachgröße im Kopano) von 2GB
++
++- ein Festplattenkontingent (Speichergröße des Homelaufwerkes auf dem LD Server) von 500MB
++
++
++(% style="background-color:#e67e22" %)[[image:ld40_Benutzerkonfiguration_Kontingent.png||height="683" width="1108" class="img-thumbnail"]](%%)
++
++
++Verknüpfen Sie die Konfiguration im Anschluss in der allgemeinen Übersicht mit einem Objekt (Mandant, Gruppe, Rolle,etc.). Diese Einstellungen gelten global für alle Benutzer-und Gruppenobjekte unterhalb des verknüpften Objektes.  Natürlich können auch weiterhin in den Benutzer-Einstellungen für einzelne Nutzer Quotas angepasst werden. Die vererbte, übergeordnete Benutzerrichtlinie gilt somit für das einzelne Nutzerobjekt nicht mehr.
++(% style="background-color:#e67e22" %)[[image:LD40_Benutzerverwaltung_allgemein.png||class="img-thumbnail"]]
++
++----
++
++=== (% style="font-size:20px" %)__4.2 Treiberkonfiguration__(%%) ===
++
++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.
++[[image:https://www.ubackup.com/screenshot/de/others/windows-10-inaccessible-boot-device-after-clone.png||height="362" width="702" class="img-thumbnail"]]
++
++
++Zu den kritischen Treibern zählen notwendige Festplatten-und Grafiktreiber, sowie Netzwerktreiber.
++Treiberkonfigurationen finden sich im Pfad "**Home/Deployment/Konfiguration/Treiber**".
  [[image:grafik.png||height="532" width="500" class="img-thumbnail"]]

LD40_Benutzerverwaltung_allgemein.png

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.TomAltenbrunn@sbede

Größe

...	...	@@ -1,0 +1,1 @@
	1	+107.9 KB

Inhalt

LD_Console_Benutzerkennung.PNG

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.TomAltenbrunn@sbede

Größe

...	...	@@ -1,0 +1,1 @@
	1	+15.4 KB

Inhalt

LD_Console_Benutzerverwaltung.PNG

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.TomAltenbrunn@sbede

Größe

...	...	@@ -1,0 +1,1 @@
	1	+79.3 KB

Inhalt

LD_Console_Benutzerverwaltung_Config.PNG

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.TomAltenbrunn@sbede

Größe

...	...	@@ -1,0 +1,1 @@
	1	+35.3 KB

Inhalt

LD_Console_Liste bearbeiten.PNG

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.TomAltenbrunn@sbede

Größe

...	...	@@ -1,0 +1,1 @@
	1	+48.5 KB

Inhalt

LD_Console_Listenexport.PNG

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.TomAltenbrunn@sbede

Größe

...	...	@@ -1,0 +1,1 @@
	1	+82.9 KB

Inhalt

logosrv_Nutzerliste.PNG

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.TomAltenbrunn@sbede

Größe

...	...	@@ -1,0 +1,1 @@
	1	+20.0 KB

Inhalt

logosrv_Nutzerliste_conf.PNG

Author

...	...	@@ -1,0 +1,1 @@
	1	+XWiki.TomAltenbrunn@sbede

Größe

...	...	@@ -1,0 +1,1 @@
	1	+21.7 KB

Inhalt