Hello Alfred,

  Thanks for the input, but I've thought of utselect, too.
Alas, when the session is redirected to the IP address of
the server unreachable from the DTU, there's no longer any
means to send Ctrl-Alt-Backspace from the Sun Ray DTU to
its current server - these packets don't reach it.

  And pressing whatever keys at the moment that the OSD
shows successful connection to the reachable server (the
one which redirects me further to the unreachable server
that has a session for my token) - pressing whatever keys
didn't help as of yet.


Sunday, April 26, 2009, 6:02:17 PM, you wrote:

AL> I've got "utselect" before dtlogin on my Sun Rays, so the user can choose
AL> which Sun Ray server to log into. Had a similar problem to yours. I use
AL> Ctrl-Alt-Backspace once to bring up utselect. I had a DTU that was hung, and
AL> had to use the Sun Ray GUI to punt the Sun Ray's token from the server that
AL> was having problems. Then, when the DTU attempted a reconnect, it found the
AL> good server. My $0.02.

AL> AJ


AL> On 4/26/09 5:28 AM, "Jim Klimov" <[email protected]> wrote:

>> Hello SunRay-Users,
>> 
>>   We have an installation with a couple of SRSS 4.0 servers
>> in a FOG. They have public IP addresses in different subnets
>> for external DTUs to try and connect to (experimental setup -
>> we tried to make failover over two different net providers).
>> 
>>   At the moment one servers is reachable over one network,
>> and another is reachable over the second network. That is,
>> not "both servers are reachable over both networks".
>> 
>>   I've hit a problem as follows: it is possible that a DTU
>> (or other Token) already has a session on one server, but
>> this server is currently not reachable from the DTU in terms
>> of networking. When the DTU tries to connect, it reaches the
>> other server of a FOG. This server finds that the token has
>> a session and redirects the DTU to the unreachable server.
>> 
>>   Is it possible to use some mighty keypress and abort this
>> redirection - so that the reachable server creates a new
>> session on itself for this token?


AL> ___________________ 
AL>  
AL> This email has been scanned for all viruses by Webroot Email 
AL> Security System.  
AL> ___________________



-- 
Best regards,
 Jim Klimov                            mailto:[email protected]

_______________________________________________
SunRay-Users mailing list
[email protected]
http://www.filibeto.org/mailman/listinfo/sunray-users

Reply via email to