Thank you, this makes more sense now. I will try and contact you next week to work on this, I have other things to finish this week. I am very familar with the 1.0 bug, I actually worked with my vendor and Oracle for weeks when the XenDesktop connector was first released trying to get it to work with our Xendesktop 5.x environment.
________________________________________ From: [email protected] [[email protected]] on behalf of Craig Bender [[email protected]] Sent: Tuesday, September 11, 2012 10:47 PM To: [email protected] Subject: Re: [SunRay-Users] Use pnAgent with Solaris ICA client It will launch a direct RDP session, but what's important is that it is a brokered session. It uses the Sun Ray Windows Connector to make the RDP connection, but the difference is that Citrix infrastructure is aware of the connection, where it's not with a straight RDP connection. This is done why using the fall back session method of the WI, which think's there's no suitable ICA client, so it attempts to make an RDP client connection through the ActiveX RDP control. We get the information on where to connection, parse that, and pass it on to the Sun Ray Windows Connector There was a bug in the 1.0 release (we were actually telling the WI were were making an ICA connection, so XD desktop would go back to available since the VDA never saw an ICA connection, even though it was in use), so you'll want to go through support and get the updated version, which they can provide in the interim until the next release. Any ways, if you are interested, I'd be willing to work with you off this list. [email protected]. Regards, CB On 9/11/12 8:33 PM, Andrew Rosenau wrote: > Now I remember why we didn't like the Windows connector when we were testing. > The users would connect and then launch a published app and have to wait for > it to connect and we did have some funky things happening then. > > Regarding the Connector for XenDesktop, I am familar with this and have > tested it briefly aganist XenDesktop. What advantage would the XenDesktop > connector give over the Windows Connector? It is still just RDP correct? So > if I use that and the user then launched a published app from within their > desktop they would have to wait for it to connect and fire up an ICA session > correct? > ________________________________________ > From: [email protected] [[email protected]] > on behalf of Craig Bender [[email protected]] > Sent: Tuesday, September 11, 2012 10:24 PM > To: [email protected] > Subject: Re: [SunRay-Users] Use pnAgent with Solaris ICA client > > It's definitely a better combination, but know that you'll still burn a > ICA license if it is an Citrix XenApp server. > > If you only have desktops published through the WI, you maybe able to > use our Sun Ray Connector for XenDesktop. It's designed to do full > screen desktops, normally for XenDesktop, but there's no reason a XA > published desktop wouldn't work. All you have to do is give it the -u > argument for the alternate path to XA since it defaults to DesktopWeb > for XD. > > The main issue, and why we don't pitch it as a XA solution is that there > is no way for us to discern what is a published desktop and what is a > published app. The Windows connectors doesn't do seamless windows, so > hitting a published app would be wonky. Something to think about if you > want to maintain the Citrix brokering and session management. > > > > On 9/11/12 4:19 PM, Andrew Rosenau wrote: >> We use Solaris. This solution sounds like it could work. However Lance also >> pointed out that they switched to the Sunray Windows Connector for their >> Citrix servers for better multimedia support, we may look at doing that as >> well, as the multimedia support with the ICA client is pretty poor. >> >> -----Original Message----- >> From: [email protected] >> [mailto:[email protected]] On Behalf Of Craig Bender >> Sent: Tuesday, September 11, 2012 5:40 PM >> To: SunRay-Users mailing list >> Subject: Re: [SunRay-Users] Use pnAgent with Solaris ICA client >> >> Solaris or Linux? >> >> What you can do is setup kiosk mode to run a browser. Put the ICA plugin in >> the browsers plugin directory. >> >> Have kiosk mode point the browser at your WI and you should be good to go. >> >> What happens is when click on one of the desktops (after authing to the WI), >> is that the WI gives you a launch.ica file. The ICA plugin intercepts this >> and will start the ICA client. >> >> Slight difference with Solaris and Linux is that the Solaris firefox script >> does all the proper browser setup so you don't have to mess with prototypes. >> The Linux FF script doesn't seem to be as "new user" >> friendly, but nothing that prototypes can't handle. >> >> I have a fairly simple to implement locked down browser if you are >> interested in using it. Only caveat I'd have is being able to work with you >> on documenting the above solution for others to use. >> >> On 9/11/12 1:53 PM, Andrew Rosenau wrote: >>> Yes we are publishing 2008R2 Desktops and users run published apps >>> within those desktops. >>> >>> *From:*[email protected] >>> [mailto:[email protected]] *On Behalf Of *Craig Bender >>> *Sent:* Tuesday, September 11, 2012 12:28 PM >>> *To:* SunRay-Users mailing list >>> *Cc:* [email protected] >>> *Subject:* Re: [SunRay-Users] Use pnAgent with Solaris ICA client >>> >>> Are you just publishing desktops? >>> >>> On Sep 11, 2012, at 9:34 AM, Andrew Rosenau >>> <[email protected] >>> <mailto:[email protected]>> wrote: >>> >>> Can you use the pnAgent of the Solaris ICA client for sunray >>> servers? Right now we just specify 3 individual Citrix ICA servers >>> within the wfclient.ini file. I would like to use the pnAgent and >>> specify our web interface server. >>> >>> Andrew Rosenau >>> >>> Granite Falls Municipal Hospital and Manor >>> >>> IT Manager >>> >>> 320-564-6210 >>> >>> [email protected] >>> <mailto:[email protected]> >>> >>> >>> ---------------------------------------------------------------------- >>> -- >>> >>> CONFIDENTIALITY NOTICE: This message may contain confidential >>> information and is intended only for the individual named. If you >>> are not the named addressee you should not disseminate, distribute >>> or copy this e-mail. Please notify the sender immediately by e-mail >>> if you have received this e-mail by mistake and delete this e-mail >>> from your system. E-mail transmission cannot be guaranteed to be >>> secured or error-free as information could be intercepted, >>> corrupted, lost, deleted, arrive late or incomplete, or contain >>> viruses. The sender therefore does not accept responsibility for any >>> errors or omissions in the contents of this message, which arise as >>> a result of e-mail transmission. >>> >>> _______________________________________________ >>> SunRay-Users mailing list >>> [email protected] <mailto:[email protected]> >>> http://www.filibeto.org/mailman/listinfo/sunray-users >>> >>> >>> >>> _______________________________________________ >>> SunRay-Users mailing list >>> [email protected] >>> http://www.filibeto.org/mailman/listinfo/sunray-users >>> >> _______________________________________________ >> SunRay-Users mailing list >> [email protected] >> http://www.filibeto.org/mailman/listinfo/sunray-users >> >> >> _______________________________________________ >> SunRay-Users mailing list >> [email protected] >> http://www.filibeto.org/mailman/listinfo/sunray-users >> > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/sunray-users > _______________________________________________ > SunRay-Users mailing list > [email protected] > http://www.filibeto.org/mailman/listinfo/sunray-users > _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users _______________________________________________ SunRay-Users mailing list [email protected] http://www.filibeto.org/mailman/listinfo/sunray-users
