[THIN] Re: Reconnect to wrong server

The other thing to make sure is all your apps are published with the same
settings.  Such as sound on for some and sound off for others will cause a
new session to be launched rather then share with existing session.

-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of Walter, Chris
Sent: 21 March 2006 21:53
To: 'thin@xxxxxxxxxxxxx'
Subject: [THIN] Re: Reconnect to wrong server



I believe setting your seamless flags to a certain value can also affect
your session sharing.  I had mine set to fix some issues with my Borland
applications but it basically disabled my session sharing.

 

I have seen the clipboard issue as well but it has not been on a per user
basis, it is anybody on the particular server and I have found that on the
affected server I couldn't even run the clipboard.  Rebooting the server
fixed the problem.  

 

Chris

 

-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of Matthew Shrewsbury
Sent: Tuesday, March 21, 2006 12:59 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Reconnect to wrong server

 

Thank you! I'll check into workspace control but I thought it was already
enabled.

 

Matthew Shrewsbury, MCSE+Internet MCSE 2000 CCA Server+

Network Manager

-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of Steve Greenberg
Sent: Tuesday, March 21, 2006 1:07 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Reconnect to wrong server

 

I think this going off track here- the point is that session sharing is the
default behavior so your sessions generally should execute on the same
server as the initial session. However, if they don't, then clipboard
redirection, if enabled, does work across ICA sessions on different servers.

 

As Joe pointed out, WI and workspace control would help because it has the
option to specifically reconnect to the existing sessions and is very
reliable. However, if this is not available or does not work properly, then
consider timing out the user sessions overnight so each morning they start a
new fresh set of sessions, presumably on the same server

 

Regards,

 

Steve Greenberg

Thin Client Computing

34522 N. Scottsdale Rd D8453

Scottsdale, AZ 85262

(602) 432-8649

www.thinclient.net

steveg@xxxxxxxxxxxxxx

 


  _____  


From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of Matthew Shrewsbury
Sent: Tuesday, March 21, 2006 10:39 AM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Reconnect to wrong server

 

Hmm I must be missing something here. That is what I do now. I publish an
App on both servers. I then just drop the user into the corresponding group
to provide access.

 

Matthew Shrewsbury, MCSE+Internet MCSE 2000 CCA Server+

Network Manager

-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx [mailto:thin-bounce@xxxxxxxxxxxxx] On Behalf
Of Joe Shonk
Sent: Tuesday, March 21, 2006 12:13 PM
To: thin@xxxxxxxxxxxxx
Subject: [THIN] Re: Reconnect to wrong server

 

Why not publish both apps to both servers.

 

If it's a problem with reconnecting to a existing session,  WI and workspace
control will help.  Otherwise have the users logoff at the end of the day.

 

Joe

 

On 3/21/06, Matthew Shrewsbury <MShrewsbury@xxxxxxxxxxxxxxx
<mailto:MShrewsbury@xxxxxxxxxxxxxxx> > wrote: 

But for those users they will only have access to one server. I can't do
that as often one server can be down or over loaded. 

 

Matthew Shrewsbury, MCSE+Internet MCSE 2000 CCA Server+

Network Manager

-----Original Message-----
From: thin-bounce@xxxxxxxxxxxxx <mailto:thin-bounce@xxxxxxxxxxxxx>
[mailto:thin-bounce@xxxxxxxxxxxxx <mailto:thin-bounce@xxxxxxxxxxxxx> ] On
Behalf Of Jim Kenzig http://ThinHelp.com <http://thinhelp.com/> 

Sent: Tuesday, March 21, 2006 10:55 AM


To: thin@xxxxxxxxxxxxx <mailto:thin@xxxxxxxxxxxxx>  
Subject: [THIN ] Re: Reconnect to wrong server

 

That came out wrong I guess.  What I mean is create your own load balancing
using Group Policy.  Make a copy of the published app and only publish it to
one server and put those users who frequently recconect into a group and add
them to that one server.  (it would be nice to be able to do this via Citrix
Policies) 
JK



"Jim Kenzig http://ThinHelp.com <http://thinhelp.com/> " <jkenzig@> wrote:

Only publish them on one server?

Matthew Shrewsbury <MShrewsbury@> wrote: 

When a user is disconnected and the next day they logon sometimes they are
load bala nced to the wrong server. For example someone wants to copy and
paste but can't because the apps are running on different servers. Is there
anyway to always force the apps to be run on the same server? 

 

PS4 A, Win 2K SP4.

 

Matthew Shrewsbury, MCSE+Internet MCSE 2000 CCA Server+

Network Manager

 

 

Jim Kenzig <mailto:web%20at%20kenzig.com>  
CEO The Kenzig Group
http://www.kenzig.com <http://www.kenzig.com/> 
Sponsorships  <http://www.kenzig.com/217/227/index.html> Available!
Blog: http://www.techblink.com <http://www.techblink.com/> 
Terminal Services Downloads: http://www.thinhelp.com
<http://www.thinhelp.com/> 
Windows Vista: http://www.VistaPop.com <http://www.vistapop.com/> 
Virtualization: http://www.virtualize-it.com <http://www.virtualize-it.com/>

Games: http://www.stressedpuppy.com <http://www.stressedpuppy.com/> 

 



***********************************************************************************
The Royal Bank of Scotland plc. Registered in Scotland No 90312. Registered 
Office: 36 St Andrew Square, Edinburgh EH2 2YB. 
Authorized and regulated by the Financial Services Authority 
 
This e-mail message is confidential and for use by the 
addressee only. If the message is received by anyone other 
than the addressee, please return the message to the sender 
by replying to it and then delete the message from your 
computer. Internet e-mails are not necessarily secure. The 
Royal Bank of Scotland plc does not accept responsibility for 
changes made to this message after it was sent. 

Whilst all reasonable care has been taken to avoid the 
transmission of viruses, it is the responsibility of the recipient to 
ensure that the onward transmission, opening or use of this 
message and any attachments will not adversely affect its 
systems or data. No responsibility is accepted by The Royal 
Bank of Scotland plc in this regard and the recipient should carry 
out such virus and other checks as it considers appropriate. 
Visit our websites at: 
http://www.rbos.com
http://www.rbsmarkets.com 
********************************************************************************

Other related posts: