Individuelle Clients
Und wie kommt der Client jetzt an sein Dateisystem? Über die DHCP-Option »root-path« (siehe Listing 2) stellt er fest, wo sich sein exportiertes Root-Verzeichnis befindet. Er mountet dies zunächst als Root-Filesystem und führt anschließend einen Bind-Mount zu dem Verzeichnis aus, das zu seiner Architektur passt, in der Regel »i386«. An Stellen, die Schreibrechte voraussetzen, mountet er einfach ein im RAM liegendes temporäres Dateisystem darüber.
Alle Thin Clients teilen sich also ein und dasselbe System. Um dennoch individuelle Einstellungen für einzelne Rechner vornehmen zu können, gibt es die Datei »/opt/ltsp/i386/etc/lts.conf«. Neben globalen Einstellungen konfiguriert hier der Administrator auf der Basis von Ethernet-MAC-Adressen Optionen für ausgesuchte Rechner. Listing 3 zeigt ein kommentiertes Beispiel dieser Datei. Eine umfassendere Übersicht und Beschreibung der Optionen in der Datei »lts.conf« findet sich auf [6].
|
Abbildung 2: Der X-Server verwaltet zentral alle Ein- und Ausgabegeräte. Die X-Clients müssen sich zur Nutzung dieser Geräte mit dem X-Server verbinden. Unerheblich ist, ob die Verbindung lokal oder von einem anderen Rechner erfolgt.
|
01 [default]
02 # Farbtiefe 16 Bit spart Bandbreite
03 X_COLOR_DEPTH=16
04 # lokale Geräte an Server durchreichen
05 LOCALDEV=True
06 # Soundserver starten
07 SOUND=True
08 # deutsches Tastaturlayout
09 XKBLAYOUT=de
10
11 [00:11:22:33:44:55]
12 # Vesa-Treiber verwenden
13 XSERVER = vesa
14 # serielle Maus einbinden
15 X_MOUSE_DEVICE=/dev/ttyS0
16 X_MOUSE_PROTOCOL=intellimouse
|
X-Window
Zentraler Dreh- und Angelpunkt aller Terminalservices ist das X-Window-System X11. Der X-Server läuft auf jedem Terminalclient und verwaltet sämtliche Ein- und Ausgabegeräte eines Rechners wie Monitore, Grafikkarten, Tastaturen und Mäuse. Darüber hinaus stellt er grundlegende Funktionen zum Arbeiten mit Fenstern sowie einfache Zeichenoperationen bereit.
Unter einem X-Client versteht man jede grafische Anwendung, die ihre Inhalte auf dem X-Server darstellen und dessen Geräte nutzen will. Dazu kommunizieren beide über das standardisierte, netzwerktransparente X11-Protokoll. Es spielt dabei keine Rolle, ob eine Anwendung auf demselben Rechner wie der X-Server läuft oder auf irgendeinem anderen Gerät im Netz (siehe Abbildung 2). Diese Eigenschaft ist essenziell für das Server-based Computing, da sie die Trennung zwischen Ausführungs- und Darstellungsort ermöglicht.
| Whitepaper |
|---|
|
The Role of Open Source in Data Integration
Obwohl in den letzten Jahren viele technische Fortschritte erzielt werden konnten, verfügen die meisten Datenintegrationsprozesse nach wie vor nur über eine sehr begrenzte Automatisierung. Das vorliegende White Paper von dem Industry Analyst Mark Madson wird zunächst ein grundlegendes Verständnis von Daten Integration vermitteln, die Vorzüge von Open Source Lösungen für Daten Integration erläutern und Ihnen professionelle Empfehlungen geben, damit Sie Ihre Integrationsjobs noch einfacher und produktiver gestalten können.
Download PDF (Registrierung erforderlich)
|
|
Open Source Datenintegration in der Praxis: Fallstudien und Anwendungsbeispiele (Folge 2)
Der zweite Teil des Open Source Datenintegration in der Praxis: Fallstudien und Anwendungsbeispiele White Papers beleuchtet anhand weiterer ausgewählter Case Studies die Implementierung von Open Source Datenintegration in der Praxis und benennt die daraus resultierenden Vorteile.
Download PDF (Registrierung erforderlich)
|
Dieser Online-Artikel kann Links enthalten, die auf nicht mehr vorhandene Seiten verweisen. Wir ändern solche "broken links"
nur in wenigen Ausnahmefällen. Der Online-Artikel soll möglichst unverändert der gedrucken Fassung entsprechen.
|
