Ein Linux-Remote-Desktop-Server, der auf Open-Source-Technologie basiert.
2020-05-24 13:35 — Siehe auch: Mini-Server
Im Rahmen unserer "Private Cloud"-Lösung haben wir die drei Hauptkomponenten der Lösung bereits hier "Vorstellung unserer "Private-Cloud“-Lösung" kurz vorgestellt:
Dieser Blog-Beitrag beleuchtet die Dritte Komponente — die Remote-Desktop Software — etwas mehr im Detail.
- Der Home-/KMU-Server MSnuc01
- Die Nextcloud-HUB Software
- Die Remote-Desktop Software
Dieser Blog-Beitrag beleuchtet die Dritte Komponente — die Remote-Desktop Software — etwas mehr im Detail.
Technischer Überblick
Wir verwenden einen Linux Remote Desktop Server (RDS), der weitgehend auf Open-Source-Software (OSS) basiert. Dies trägt zu schnellen Entwicklungszeiten bei und macht das Produkt extrem robust und anpassungsfähig. Der RDS wird zur Zentralisierung von Computerressourcen verwendet, indem eine reguläre Linux-Distribution in einen leistungsstarken Remote-Desktop-Server umgewandelt wird. Neben der Zentralisierung liegen unsere Schwerpunkte in den Bereichen Privatsphäre, Sicherheit, einfache Verwaltung, Fernzugriff und Minimierung von Resourcen.
Server-Systemanforderungen
Der RDS unterstützt "alle" modernen Linux-Distributionen, die RPM oder DPKG verwenden. Wir haben eine formale Liste von Anforderungen in unserer Dokumentation.
Die System-Architektur
Die Systemarchitektur des RDS ist so angepasst, dass die vorhandene Infrastruktur neben unserem Produkt genutzt werden kann. RDS verwendet die normale Systemautentifizierung, wodurch die Integration mit eDirectory, Active Directory, NIS usw. ermöglicht wird. Clustering funktioniert hervorragend und bietet gleichzeitig Lastausgleich und Hochverfügbarkeits-Clustering. [Computercluster, ein Rechnerverbund zur Steigerung der Rechenleistung und/oder Ausfallsicherheit]
Hochverfügbarkeit und Lastausgleich
Das Grundprinzip der Hochverfügbarkeit besteht darin, zwei gleiche Maschinen zu haben, die beide in der Lage sind, VSM-Server auszuführen. Wenn eine der Maschinen aus irgendeinem Grund ausfällt, übernimmt die andere Maschine und bedient VSM-Server-Anfragen ohne oder mit kurzer Unterbrechung des Dienstes.
Beim Lastausgleich werden die Sitzungen der Benutzer gleichmäßig auf die Server in einem RDS- Cluster verteilt. Die Server werden so weit wie möglich gleichmäßig belastet.
RDS Master
Der RDS Master Server (vsmserver) übernimmt die folgenden Aufgaben:
- Verfolgung aller Sitzungen und Lastverteilung auf mehrere Agenten in einem Cluster
- Initiale Authentifizierung
- Auf Sitzungen prüfen
- Terminalserver auswählen
- Sendet Sitzungsinformationen an den Kunden zurück
RDS Agent
Der RDS Agent (vsmagent) ist verantwortlich für das Starten und Hosten der Prozesse, die eine ThinLinc Sitzung ausmachen. Darüber hinaus baut der ThinLinc Agent Tunnel für grafische und lokale Geräte auf. Die Tunnel werden über eine SSH-Verbindung pro Benutzer gemultiplext.
RDS Client
Der RDS Client verbindet sich zweimal, zuerst mit dem Master und dann wieder mit dem Agenten, den der Master für den besten hält.
QuickLink
FAQ: Diverse — RDT | RDS | RDPHinweis in eigenere Sache
Im Rahmen unserer "Private Cloud"-Lösung und damit unseres Home-/KMU-Servers MSnuc01, sind natürlich weder Hochverfügbarkeit noch Lastenausgleich denkbar. Um Ihnen die Professionalität der Gesamt-Lösung näher zu bringen, wollen wir an dieser Stelle auch das zeigen, was über den in dieser Situation realistischen Bedarf hinausgeht.