Actually .. I think having a smart card could be useful. If enabled,
inside the company you can't use a DTU without one (i.e. disable all
this CAM stuff for non smart card users), so then inside you can still
do mobility with your card, bringing up the same browser and open SGD
sessions from any DTU.
Then when you go home, you could skip the smart card, go direct to SGD.
Also, if it's a bigger deployment, try having SGD and Sun Ray on
separate layers/servers. Then they just work independently, you're not
exerting load or exposing your Sun Ray servers to the web, etc. For
different sites you could have local SR servers providing services to
local DTUs, and they connect back to central SGD servers, etc.
Curtis.
LeBar, Russell J wrote:
Hmm, that's an interesting idea, though we
would want to use NSCM sessions and run SSGD and SRSS on the same
server. Is NSCM in the Linux version yet? And in SSGD we would have to
use the classic webtop, right? Thanks for the info, I will definitely
be saving this email for later reference! -- Russ
I've had a number of customers ask about this, and at least one
customer considered it a bug because they couldn't hot desk between Sun
Ray and SGD.
Some thoughts on this ..
If you run up against this, you could consider pushing the Sun Ray
server as purely an access server, with SGD providing access to the
application sessions.
For example, what I mean is ..
- configure Sun Rays for CAM mode
- publish just a browser with the home page set to SGD (i.e. no
Sun Ray desktop available)
- user logs into SGD
- user starts sessions
- user can hot desk just using SGD
Some benefits of this..
- can secure access to devices onsite using Smart Cards and
authentication
- eases up load on Sun Ray servers as there are no desktops running on
it
- no data stored on Sun Ray servers, easy to remove/add new ones with
minimum fuss (admittedly can be solved with shared backend storage for
home dirs, etc).
If you configure SGD so no sessions run on that either, then both
layers simply become access/service layers. This would make sizing
these layers a lot easier as it's easier to size X number of CAM
sessions and a browser/client per user instead of a whole desktop on
the Sun Ray servers and an unknown number of applications within that
desktop session.
The one customer that considered this a bug hasn't brought up the
subject since I described this scenario.
Curtis.
Remold Krol | Everett wrote:
In my opinion the combination with SSGD will be ideal.
When SSGD can take over a SunRay session (a form of SoftRay) SSGD can
handle the connection to Thick Clients.
In that manner it is also possible to continue working at home and when
travelling (hotel, internet cafe) with one SunRay session.
- Remold Krol @ Everett.NL
At 21:57 22-5-2007, you wrote:
>>>>> On Tue, 22 May 2007
13:47:35 -0600, Paul Greidanus <[EMAIL PROTECTED]>
said:
> LeBar, Russell J wrote:
>> Has anyone heard anything new on the Soft Ray client or is
it a dead product? I guess SUN is pushing Tarantella instead? Thanks!
>>
>> -- Russ
>>
> I've heard nothing, but I keep pushing.. Tarantella won't do
> what a softray client will do, so it's not really an
appropriate
> solution. Vncserver on the Xnewt is the only thing close, but
> it's not really ideal.
Theoretically, another big piece of this would be hotdesking between
dtus and thick clients. In our case, I don't think this capability
would reduce dtu sales, but would sure add a *big* convenience factor!
-tom
_______________________________________________
SunRay-Users mailing list
[email protected]
http://node1.filibeto.org/mailman/listinfo/sunray-users
_______________________________________________
SunRay-Users mailing list
[email protected]
http://node1.filibeto.org/mailman/listinfo/sunray-users
--
Desktop Technical Specialist
Sun Microsystems
accessline: (310) 464-6289
internal: 41621
_______________________________________________
SunRay-Users mailing list
[email protected]
http://node1.filibeto.org/mailman/listinfo/sunray-users
--
Desktop Technical Specialist
Sun Microsystems
accessline: (310) 464-6289
internal: 41621
|
