LD4.0: Nacharbeiten nach erfolgreicher Server-Migration
Einführung:
Nach erfolgreichem Abschluss des Upgradeskripts ist es ZWINGEND!!!!!!! erforderlich an diversen Stellen des LD-Systems Anpassungen vorzunehmen, um die Funktionalität und Stabilität der zahlreichen Module von Logodidact sicherzustellen.
Zunächst ist eine Einwahl und Anmeldung im neuen LD Controlcenter nötig. Dieses lässt sich im Browser über die URL https://ctrl.schule.local aufrufen. Anpassungen sind sowohl im Reiter "Deployment", als auch in der "Benutzerverwaltung" notwendig.
Deployment:
Beim erstmaligen Öffnen der allgemeinen Geräteübersicht fallen nun mehrere Veränderungen ins Auge:
- an oberster Stelle steht anstatt der üblichen ad.schulname.logodidact.net Domäne die Stammdomäne "ROOT"
- der Longname der Schule ist mit einem _updateSCHULNAME gekennzeichnet
- Räume sind mit einem vorangestellten _conflictRAUMNAME dargestellt
Das Vorhandensein der neuen Stammdomäne "ROOT" ist auf die mit LD4.0 eingeführte Multi-Mandantenfähigkeit zurückzuführen. Es ist somit möglich, mehrere Schulen (Mandanten), z.B. ein Schulzentrum bestehend aus Grund-/Realschule und Gymnasium zentral unter ihren eigenen Domänen abzubilden.
Aufgrund der Neustrukturierung wird allerdings auch die alte Domäne zerstört und neu aufgebaut, sodass zunächst die schuleigene Domäne und der Longname der Schule einmalig aktualisiert werden müssen. Dazu ist in den Konfigurationsoptionen des Mandanten der neue Punkt "Domänen" hinzugekommen. Über das Stiftsymbol kann man dies bearbeiten:
Es stehen nun mehrere Einträge zur Auswahl. Die lokale Standarddomäne "schule.local" oder aber die schulname.logodidact.net Domäne. Im Normalfall genügt bei einem einzigen Mandanten die lokale Standarddomäne.
Im Anschluss muss man nun noch den Longname unterhalb der Root-Domäne korrigieren, sowie die Räume umbenennen und an den richtigen Standort (Mandanten) verschieben.
Ebenfalls empfehlenswert ist die Vollständigkeit der Objektzuweisungen im CTRL zu prüfen. Darunter fallen:
- AutoConf-Rollen
- Softwarekonfigurationen
- Treiberkonfigurationen
- Druckerkonfigurationen
- Betriebssystemzuweisungen
- "Schutz vor Statusänderungen" an speziellen Clients, wie z.B. die KMS
Schlussendlich muss an allen Clients, welche eine Imagekonfiguration per LD Deploy erhalten haben, ein Re-Deploy durchgeführt werden.
Benutzerverwaltung:
Empfehlungen:
- - im Treibermanagement gibt es eine neue Option -> "Treiber von WinPE-Konfig übernehmen auf "JA" setzen"
- BGD Rolle erstellen, falls noch nciht vorhanden
NOTIZEN:
im CTRL:
- _update"Longname" ändern in den longname der Schule
- bestehende Räume mit _conflict müssen neu strukturiert werden unter _update "Longname" (am Bestem vor dem Serverupdate die bestehende Struktur sichern, z.B. Screenshots)
- darunter fallen: Objekte, Imagezuweisungen, AutoConf-Rollen, KMS, etc.
- Hauptdomain pro Schul-Mandant muss definiert werden, d.h. entweder normal schule.local oder eine PublicDomain. Diese ist z.B. für den internen/externen Mailversand
und Empfang notwendig (bei externer Domain muss Zugriff auf die DNS-Einstellungen der Domäe gewährt sein)
- Rechner müssen neu in die Domäne aufgenommen werden, da die bestehende Domäne mit dem LD4.0 Upgrade zerstört und neu aufgebaut wurde -> Re-Deploy auf allen Rechnern
notwendig
- Benutzerlistenimport
serverseitig:
ld_legacy JSON und config Files in yaml umschreiben