[SAGE-MUC] Frage zu Sun Ray

[Sascha Haupt]

> Servus Sascha!
>
> Sorry, hat ein bisschen gedauert, ich hatte gerade noch eine GUUG
> Vorstands-Telko.
>
> On Mon, 7 Apr 2008 20:43:08 +0200 (CEST)
> "Sascha Haupt" <sascha.haupt at fs.ee.hm.edu> wrote:
>
>> Also wir haben ungefähr folgende Topologie (das XEN- und
>> Failover-Zeugs einfach mal außen vor lassen, tut hier nix zur Sache):
>>
>> https://fs.ee.hm.edu/~striker/IT-Topologie.jpg
>>
>> Die Sun Rays bekommen ihr Display ja normalerweise vom Sun Ray
>> Server, auf dem auch die Sun Ray Server Software (SRSS) läuft. Das
>> ist bei uns eine Sun Maschine unter Solaris.
>
> Das Netz kenne ich. Ich kenne zufälligerweise die Firma ziemlich gut,
> die große Teile der Hardware geliefert hat :-D
>
>> Was über diese X11 Verbindung natürlich nie geklappt hat waren USB,
>> Audio, usw., was wir aber wissentlich in kauf genommen haben.
>
> Auch nicht klappen kann, was an der Struktur und dem Mechanismus von
> SunRay liegt, mit der Devices gehandhabt werden.
>
>> Dort steht drin, dass man mehrere Failover Groups (=Cluster von SRSS
>> Servern, die dann alle sowohl im Intranet und im Ray Netz hängen) über
>> sogenanntes "Regional Hotdesking" zusammenschließen kann. Leider ist
>> dieses Feature nicht sehr ausführlich beschrieben.
>
> Failover Groups sind kein Problem, Regional Hotdesking sagt mir so
> spontan erstmal gar nichts. Failover geht auf jeden Fall zwischen SRSS
> auf unterschiedlichen Solaris-Architekturen, wir hatten das bei uns im
> Büro mal eine Weile mit einer (uralten) Enterprise 4500 (UltraSPARC II)
> und einer (nagelneuen) X4200 (AMD64).
>
> Man kann dabei an der SunRay auch bewusst auswählen, mit welchem SRSS
> man sich verbinden möchte.
>
> Eben mal "Regional Hotdesking" gegoogelt. Aha.
>
> Folgendes Szenario: Eine Firma hat eine Zentrale in A und Filialen in
> B, C und D. An allen vier Standorten kommen SunRays zum Einsatz, an
> jedem Standort gibt es eine Failover Group. Jeder User hat eine
> Smartcard. Jetzt gibt es einen User, der viel zwischen den Standorten
> reist und an jedem Standort seine Session haben will, wenn er seine
> Smartcard in eine SunRay steckt. Regional Hotdesking sorgt jetzt dafür,
> dass das klappt.
>
> Wenn das nicht eingeschaltet wäre, würde z. B. die Failover Group in A
> eine Session halten, wenn die Karte abgezogen ist. Steckt der User
> seine Karte in Filiale B in eine SunRay, ist das für die Failover Group
> in B eine neue Session. Ebenso in C und D.
>
> Voraussetzung ist natürlich, dass die Standorte entsprechend
> untereinander vernetzt sind. Sun hat sowas weltweit implementiert.
>
>> Mich würde jetzt interessieren ob es möglich ist die SRSS Software
>> auf dem Linuxrechner zu installieren und damit die Sun Ray Terminals
>> zu nutzen. Der Linuxrechner soll aber keine eigenen Terminals haben.
>> Ich möchte im Prinzip eine getrennte Benutzerverwaltung zwischen dem
>> Linux-Rechner und dem "Sun SRSS"-Rechner haben, aber trotzdem
>> USB/Audio auf der Linuxkiste nutzen können. Und vor allem sollten die
>> Probleme mit dem X11 dann beseitigt sein (Sun liefert mit SRSS einen
>> modifizierten GDM aus, ich vermute das als die Ursache der X11
>> Probleme). Die Sun sollen also die Sessions in dem Sun eigenen
>> Protokoll an die Linuxkiste durchleiten.
>
> Problem ist folgendes: Wenn du SRSS laufen hast, läuft da normalerweise
> auch ein DHCP mit. Den bringt die SRSS mit. Den braucht eine SunRay, um
> beim Starten oder beim Einstecken einer Smartcard ihren SunRay-Server zu
> finden. Einfach die Linux-Kiste im selben Netzsegment mit SRSS
> auszustatten bringt also nichts, weil du dann zwei "konkurrierende"
> DHCP-Server mit unterschiedlicher Konfig hast. Die SunRay wird mit dem
> reden, der zuerst antwortet, das kannst du i. d. R. aber nicht steuern.
>
> Es gibt eine neue SunRay-Firmware, die kommt mit SRSS 4.irgendwas, wenn
> ich das richtig im Hinterkopf habe. Wegen Details müsste ich morgen im
> Büro eine Kollegin fragen. Damit kriegt die SunRay dann eine Art
> Boot-Menü, wo man zB. den SunRay-Server oder auch die IP der SunRay
> fest eintragen kann. Da ist dann zB. auch ein VPN-Client mit
> integriert, das nur am Rande :-)  Du könntest so zumindest
> unterschiedlichen SunRays unterschiedliche Server fest mitgeben, ohne
> auf DHCP-Info angewiesen zu sein.
>
> Es könnte evtl. funktionieren, einen der beiden DHCP-Server
> auszuschalten. Dann musst du aber ggf. am noch laufenden DHCP ein paar
> Sachen anpassen. Die Parameter, die eine SunRay im DHCP  braucht,
> stehen in Tabelle 7-2 in diesem Dokument:
>
>   http://docs.sun.com/source/820-0412/new_nw_config.html
>
> Ob eine SRSS mit abgeschaltetem DHCP noch funktionsfähig ist, weiß ich
> nicht.
>
> Wenn deine Linux-Maschine auch eine SRSS laufen hat, brauchst du die
> Session von der Sun nicht durchzuleiten, die SunRay kann sich dann
> direkt am entsprechenden SRSS anmelden. Und dann natürlich auch USB
> und Audio von der Linux-Maschine nutzen. In einer Failover-Group kann
> man -- wie oben erwähnt -- als User steuern, an welchem Server sich die
> SunRay anmeldet. Kann man, muss man nicht. Es gibt auch einen
> Automatismus, basierend auf einer recht rudimentären Art von
> Load-Balancing.
>
> Ich frage mich gerade, ob du nicht einfach auf der Linux-Kiste eine
> SRSS installieren kannst und bei der Installation einfach sagst
> "Failover-Group" und den bestehenden Server angibst. Ich bin mir gerade
> nicht sicher, ob du in dem Fall überhaupt den bestehenden SRSS anfassen
> musst.
>
>> Falls ja, wie gut funktioniert es wenn man die Linux SRSS und die Sun
>> SRSS mischt? Beißen die sich?
>
> Wenn es die selbe Version SRSS ist, würde ich es auf einen Versuch
> ankommen lassen. Vielleicht besser in den Semesterferien oder mal abends
> kurz vor "Ladenschluss" :-)  Und vorher mal ins das Manual schauen, was
> das zu "Deinstallation" sagt.
>
> Die SRSS in einer Failover Group hängen nur sehr lose zusammen. Man
> darf da keinen HA-Cluster im klassischen Sinne erwarten. Im Prinzip
> stellen Sie beide den selben Service bereit und wenn der eine
> Server nicht da ist, stirbt die Session, die SunRay startet neu und
> findet dann einen anderen SunRay-Server und der User kann sich neu
> anmelden. Eine laufende Session wird nicht migriert oder sowas,
> überlebt einen abstürzenden Server also nicht.
>
> Sag' Bescheid, wie die Story weiter geht. Interessiert mich.
>
>
> wolfgang
>
> --
>   Jabber/XMPP: stief at guug.de                http://www.guug.de/
>  ---------------------------------------------------------------
>   GUUG Fruehjahrsfachgespraech 2008     http://www.guug.de/ffg/
>   Open Solaris Developer Conference    http://www.osdevcon.org/
> _______________________________________________
> SAGE-MUC mailing list
> SAGE-MUC at guug.de
> http://lists.guug.de/mailman/listinfo/sage-muc


Hallo Wolfgang,

Vorsicht! Für die Sun Rays gibt es bei uns ein dediziertes VLAN. Die
Linuxkiste hängt NICHT in diesem VLAN und soll da auch nicht drin hängen.

Ich möchte im Prinzip das der Ray Server die Session an die Linuxmaschine
weiterleitet, aber nicht über das Ray Netz, sondern über das normale
Intranet.

Wenn man dieses "Regional Hotdesking"-Modell anschaut, stellt mein
Linuxrechner damit quasi die Installation in Filiale B dar, nur das an ihm
halt keine DTUs dran hängen. Die Frage ist halt, ob man dann den DHCP
abschalten kann ohne das die SRSS Probleme macht. Oder ob man ihm
irgendwie ein pseudo Netzwerkdevice vorgaukelt, auf dem der DHCP lauschen
kann, ohne das restliche Netz zu stören. Die Verbindungen kommen dann von
der vorhandenen Sun Ray installation, welche quasi der Filiale A
entspricht.

Das ganze ist warscheinlich ein bischen Missbrauch von der SRSS Software.
Ich denke die ist für sowas niemals gedacht gewesen.

Ich muss jetzt sowiso erstmal mit unseren Fk-Admins reden und fragen was
die davon halten, immerhin sind die für unsere Rays zuständig. Aber bei
denen stapelt sich die Arbeit im Moment auch ganz gut, so dass das noch
etwas dauern kann.

Gruß
Sascha