you will have to delegate a new group to the existing ICA listener and
remove the everyone group.
Jose Luis Delgado wrote:
************************************************Thanks, I have setups the user permissions for the custom made ICA istener, but I am not able to make the user to logon into the custom made ICA listener, it logs in into the default ICA listener, is there something I am missing.?
Thank you in advance, -Jose.
On 1/20/06, Rick Mack <Rick.Mack@xxxxxxxxxxxxxx> wrote:
************************************************Hi Jose,
Everyone is generally a member of the remote desktop users group. You will probably have to remove this as well.
regards,
Rick
Ulrich Mack Volante Systems
________________________________
From: thin-bounce@xxxxxxxxxxxxx on behalf of Jose Luis Delgado Sent: Sat 21/01/2006 9:26 To: thin@xxxxxxxxxxxxx Subject: [THIN] Re: session timeout.
Thanks again Walley. That is exactly what I am trying to do, I am in the process of testing the new custom ICA listener, but in the permissions I am encountering trouble, group A has the default settings, permission is set to Everyone, and for group B that need to have 24/7 session with no timeout I have set the permissions for the user account that needs access to this custom ICA listener, I have removed all other groups in the permissions tab (ie. everyone, system, guest...), but it sees that this account is also logging in into the default ICA. I am still testing... Any other suggestion will be appreciated.
thank you, -Jose
On 1/18/06, Philip Walley <mythinlist@xxxxxxxxx> wrote:
let's make sure and qualify what you want to do. you have a server with a idle disconnect settings. you have group A that needs 24 x 7 access and group B that can deal with what you have in place. correct?
if that's the case, then yea, what i mentioned will work. you do have to remember to take the users that need 24 x 7 access and not only give them rights to a new ICA listener but you have to remove them from the existing listener. This should force their connections to the properly configured ICA connection.
Other then a minimal amount of resources for the additional ICA listener, there is no harm in having an extra. It has no affect on traffic. You are still connecting the same people as before, correct? The only way traffic increases is if you add new users to the app.
Jose Luis Delgado wrote:
Thank you to all for your fast response. Walley. So I will give this try, so basically I will create another ica-tcp in the Citrix Connection Configuration, give the user client the proper rights/privileges and only check the no timeout box, (in the ADVANCED - timeout settings). Also another questions will creating more ica listeners, will this create more traffic in the citrix servers, or cause any other disadvantage.
Thank you again. -Jose.
On 1/18/06, Philip Walley <mythinlist@xxxxxxxxx> wrote:
If i'm understanding you correctly, I would think that you could create a new ICA listener, only give rights to those who need it 24/7 and don't set the timeout value. Make sure and remove that group (24x7) from having rights to the original ICA listener.
Jose Luis Delgado wrote:
Hello Everyone.
We are running Metaframe XPA 1.0, FR2 SP3, on Windows 2k Server. We have different published application being access as anonymous user or a published desktop. My Citrix Connection Configuration setting are working, but we have one department that needs to have an application alive 24/7, does anybody knows or has any advice on how we can achieve this.
Thank you in advance. -Jose. ************************************************ For Archives, RSS, to Unsubscribe, Subscribe or set Digest or Vacation mode use the below link: //www.freelists.org/list/thin ************************************************
************************************************ For Archives, RSS, to Unsubscribe, Subscribe or set Digest or Vacation mode use the below link: //www.freelists.org/list/thin ************************************************
************************************************ For Archives, RSS, to Unsubscribe, Subscribe or set Digest or Vacation mode use the below link: //www.freelists.org/list/thin ************************************************
************************************************ For Archives, RSS, to Unsubscribe, Subscribe or set Digest or Vacation mode use the below link: //www.freelists.org/list/thin ************************************************
************************************************ For Archives, RSS, to Unsubscribe, Subscribe or set Digest or Vacation mode use the below link: //www.freelists.org/list/thin ************************************************
##################################################################################### This e-mail, including all attachments, may be confidential or privileged. Confidentiality or privilege is not waived or lost because this e-mail has been sent to you in error. If you are not the intended recipient any use, disclosure or copying of this e-mail is prohibited. If you have received it in error please notify the sender immediately by reply e-mail and destroy all copies of this e-mail and any attachments. All liability for direct and indirect loss arising from this e-mail and any attachments is hereby disclaimed to the extent permitted by law. #####################################################################################
For Archives, RSS, to Unsubscribe, Subscribe or set Digest or Vacation mode use the below link:
//www.freelists.org/list/thin
************************************************