Amtliche Schulverwaltung - Dokumentation - alle:technik:install:terminalserver

Terminalserver-Architektur in Augsburg

anonymous@undisclosed.example.com (Anonymous) — Fri, 29 Oct 2021 07:37:18 +0000

Terminalserver-Architektur in Augsburg

Folgendes Architekturkonzept wird beispielsweise von der Stadt Augsburg eingesetzt:

Der Betrieb von ASV erfordert grundsätzlich keinen Einsatz einer Terminalserver-Architektur, bietet aber einige Vorteile (aber auch Nachteile!), zum Beispiel:

zentrale Wartbarkeit der Anwendungen
geringere Anforderung an die Netzerkanbindung als bei einem zentral betriebenen DSS
mobiler Zugriff auf Anwendungen außerhalb der Schule

Bitte informieren Sie sich über die Anforderungen und die Kosten einer Terminal-Server-Architektur direkt beim Hersteller. Eine generelle Empfehlung für ein bestimmtes Produkt (beispielsweise Citrix oder RDP) kann an dieser Stelle selbstverständlich nicht gegeben werden.

Organisatorische Informationen und Erfahrungen aus dem Betrieb der Stadt Augsburg erhalten Sie von

Marcus Radewahn
Stadt Augsburg
Schulverwaltungsamt
Marcus.Radewahn@augsburg.de

Herr Radewahn betreut die ASV-Architektur und kann grundsätzliche Fragen zur Technik, Betrieb, Kosten und Organisation beantworten.

automatisches Update im Terminalserver-Betrieb

anonymous@undisclosed.example.com (Anonymous) — Mon, 06 Oct 2025 14:26:56 +0000

automatisches Update im Terminalserver-Betrieb

Der ASV-Server (DSS) wird beim Einsatz von Terminalserver für den Client nicht anders betrieben als sonst auch. Deshalb kann problemlos der Aktualisierungsdienst für das automatische Update des ASV-Servers genutzt werden.

Hat jeder Client (PC) eine eigene ASV-Client-Installation, so kann dort das automatische Update des Clients aktiviert sein.

Problematisch wird das ASV-Client Update, wenn mehrere Anwender sich eine ASV-Client Installation teilen.

Üblicherweise haben dann die „normalen“ Anwender keinen schreibenden Zugriff auf die Installation. Dann ist dem normalen Anwender auch das Update nicht möglich.

Neu in ASV 2.22 ist die Unterstützung der Konfigurationsdirektive update.automatic.withPermissionTerminate=true in der Datei config.local.ini des ASV-Clients.

Wird dieser Eintrag in der config.ini vorgenommen, so wird beim Client-Start geprüft, ob der jeweilige Benutzer Schreibrechte auf den Installationsordner und den Unterordner plugins besitzt. Falls ja, wird geprüft, ob am DSS ein Update vorliegt und dieses ggf. durchgeführt.

Hat der Benutzer diese Schreibrechte nicht, wird kein Update ausgeführt und der Client startet ganz normal.

Anwender berechtigen

Es können die Anwender berechtigt werden, die Installation zu verändern und damit das Update des ASV-Clients beim Start durchführen. Diese Änderungen müssen dann wiederum von allen Anwendern beim nächsten Update überschrieben werden können.

Das funktioniert genau dann, wenn ein Anwender nach dem automatischen Update des ASV-Servers das ASV-Client Update anstößt und durchführt.

Umsetzung:

Berechtigungen im Installationsordner entsprechend setzen und sicherstellen, dass es auch so bleibt.
in der config.local.ini dauerhaft das autom. Update aktivieren: update.automatic=true

Nachteile:

Die Installation könnte von einem Anwender ungewollt (oder auch bewusst) verändert werden, sodass der Administrator des Terminalservers nicht mehr den Betrieb gewährleisten kann.
Wenn in der Zeit, in der bereits der erste Anwender das ASV-Client Update gestartet hat, ein weiterer Anwender ein Update startet, dann führt das zu diversen Fehlermeldungen. Im ungünstigsten Fall ist danach die Installation defekt und niemand kann mehr den ASV-Client starten.
In dem Fall muss die Installation (der Ordner) gelöscht werden und eine Neuinstallation ist erforderlich.

Vorteil:

Wahrscheinlich geht es gut und es wird kein Administrator benötigt, wenn auch ohne Garantie.
Wenn es schief geht, dann ist der Weg zur Beseitigung des Problems einfach und klar.

Admin führt das automatische Update manuell durch

Der Administrator muss keine Update-Installation auf dem ASV-Client durchführen. Alternativ kann für kurze Zeit die Konfiguration geändert werden und mit einem berechtigten Benutzer wird der ASV-Client aufgerufen. Dieser berechtigte Benutzer kann das ASV-Client Update durchführen. Dann beendet der Administrator diesen Client und stellt die Konfiguration wieder zurück.

Um abzusichern, dass kein Anwender in dem Zeitpunkt das ASV-Update anstößt, sollten die Anwender für den kurzen Zeitraum ausgesperrt werden.

Umsetzung:

normalerweise ist die Konfiguration wie unter Terminalserver-Betrieb beschrieben
Im Falle eines notwendigen Updates sind folgende Schritte durchzuführen
- Beenden evtl. gestarteter Clients
- Verhindern, dass weitere Clients gestartet werden, z.B. Berechtigung entziehen.
- Änderung der config.local.ini auf update.automatic=true
- Starten eines Clients mit den notwendigen Rechten.
- Klick OK zum Update des Clients.
- Beenden des Clients
- Rückänderung in der config.local.ini
- Freigabe des Client-Starts durch normale Anwender

Nachteil:

Aussperren der Anwender empfohlen
Es muss zum richtigen Zeitpunkt ein Administrator etwas tun.

Vorteil:

Der Administrator hat sehr wenig zu tun.

Terminalserver-Betrieb

anonymous@undisclosed.example.com (Anonymous) — Fri, 27 Jun 2025 15:11:56 +0000

Terminalserver-Betrieb

ASV wird in unterschiedlichen Konstellationen in einer Terminalserver-Umgebung erfolgreich betrieben. Dabei kommen unterschiedliche Produkte zum Einsatz.

Für technische Fragen und Unterstützung für den laufenden Betrieb Ihrer Installation wenden Sie sich bitte an: Leonhard.Fellermayr@stmuk.bayern.de

Aufbau einer Terminalserver-Umgebung

Die folgende Übersicht zeigt eine standardisierte Terminal-Server-Umgebung, wie sie innerhalb einer Schule im Verwaltungsnetz auf Basis von RDP häufiger anzutreffen ist. Hier wird in der Regel der ASV-Client auf dem Terminalserver installiert, auf dem auch andere Standardanwendungen liegen. Der DSS dagegen wird auf eine weitere Maschine installiert, auf die nur autorisierte Personen Zugriff haben.

Als weiteres Beispiel ist die Installation bei der Stadt Augsburg beschrieben.

Anpassungen an der Client-Installation

Je nach gewählter Terminalserver-Systemumgebung sind wenige Anpassungen am ASV-Client vorzunehmen, um

einen Client mehrfach zu starten
die Log-Files in eine User-spezifische Datei schreiben zu lassen
den Client nur einmal (und nicht pro Benutzer) auf dem Terminalserver zu installieren
bei wechselnder Druckerbezeichnung automatisch auf Standarddrucker wechseln

Wenn der ASV-Client nur einmal auf dem Terminalserver installiert werden soll, dann sollte der „normale“ Benutzer keine Berechtigung haben, diese Installation zu verändern. In der Konsequenz muss das automatische Update des ASV-Clients deaktiviert werden. Dann gibt es zwei Alternativen zur Aktualisierung des ASV-Clients:

Der ASV-Client wird manuell mittels Updateinstaller aktualisiert.
Der Administrator stellt für einen Moment das automatische Update auf aktiv und startet den ASV-Client mit den nötigen Rechten. Anschließend wird das automatische Update wieder auf deaktiviert gestellt.

Weitere Hinweise zur Nutzung des automatischen Update im Terminalserver-Betrieb sind dokumentiert.

config.local.ini

# Beispielkonfiguration für den Terminalserverbetrieb
 
# Beim Start wird keine lock-Datei geschrieben, der Client kann damit mehrmals gestartet werden
app.lock=false
 
# das autom. Client-Update wird deaktiviert 
update.automatic=false
 
# Basisordner für die Log-Dateien (verschiedene Varianten)
# Verwenden Sie ''/'' (Slash) statt ''\'' (Backslash).
# Standardeinstellung
# app.log.log4j.basedir=.
# Wenn jeder angemeldete Benutzer ein individuelles Laufwerk (im Bsp. H:) eingebunden hat
# app.log.log4j.basedir=H:/asvlog
# Wenn Umgebungsvariablen verwendet werden sollen:
app.log.log4j.basedir=${LOCALAPPDATA}/asvlog
 
# Wenn die Druckerbezeichnung in jeder neuen Terminalserver-Session neu vergeben wird, 
# dann ist der folgende Parameter sinnvoll.
# Wenn der für den Benutzer eingestellte Drucker nicht mehr eingebunden ist, dann wird 
# automatisch auf den Standarddrucker gewechselt.
app.environment.terminalsrv=true
 
# Automatisches Client-Update bei vorliegenden Schreibrechten des Benutzers. 
update.automatic.withPermissionTerminate=true