Virtualization by Davis: “Test your identity authentication and VMware virtual network chops” plus 5 more |
- Test your identity authentication and VMware virtual network chops
- Citrix XenClient Benefits Series – Branch and Distributed Offices
- App-V 5.0 no longer allows a manual or automatic publishing refresh to add and/or remove applications
- App-V 5.0 no longer allows a manual or automatic publishing refresh to add and/or remove applications
- Citrix Support Webinar: Cloud Gateway 2.5 Technical Overview and Troubleshooting
- Avaya Unified Communications optimized for XenDesktop
| Test your identity authentication and VMware virtual network chops Posted: 14 Dec 2012 11:55 AM PST Do you have what it takes to protect your VMware virtual network using identity authentication techniques? Quiz yourself and find out.           |
| Citrix XenClient Benefits Series – Branch and Distributed Offices Posted: 14 Dec 2012 11:11 AM PST In the second part of our 6-part series on the benefits of Citrix XenClient — the local VM option of XenDesktop and its FlexCast delivery technology — we discussed how XenClient can be used to better manage PCs by turning them into virtual appliances. In this part, we will examine how XenClient can be used to minimize WAN traffic for branch and distributed offices, as…  |
| Posted: 14 Dec 2012 07:17 AM PST We just received confirmation from Microsoft that there has been what we deem a major behavior change in App-V 5.0 from 4.x. With 4.x you could add a user to an AD group that is assigned to a virtual application then on the client machine the user could right click the App-V icon in the system tray and choose 'Refresh Applications' and the app's icon would appear immediately. You could also wait for the configured automatic refresh time and the app's icon would be added immediately. Same applied is you removed a user from an app group. This is no longer the case in App-V 5.0 as there is only one way to get app to be added or removed from client and that is to have them log off and log back on. Like many organizations, we have users who do not routinely log off/log on, they just lock their PC and unlock it. These people would never get a new app added or removed! In the 5.0 client there is an 'update' button, but all this does is apply any changes to an already assigned application such as if you changed the icon name, and that only occurs after the default 10 minute publishing server to management server refresh has occurred (although you can change this from 10 minutes to something lower). My point is, in 4.6 you could add a user to a group and have them click refresh and the user had the app immediately or tell them to continue working normally and the new app icon would appear within an hour. We opened a case with premier support and they confirmed that this behavior change is expected, although the engineer sounded shocked that this was the case and he seemed surprised this had not come up yet. Also, I recall that at TechEd 2010 the App-V team demoed the beta version and one of the things the did was add a user to a group, click the then named refresh button and the app would appear. As I mentioned above, in the RTM build this button has been renamed to 'Update' but its not just a name change, but a complete change from 4.6 and the 5.0 beta 1. I have been unable to find any documentation from Microsoft pointing out this major change in behavior, and the fact that a member of the App-V team that authored the KB about server publishing refresh times in App-V 5.0 was surprised to realize this change (see http://support.microsoft.com/kb/2780177) Is it just me or is this a major issue with 5.0? This will prevent us from migrating to 5.0. Any one know of a workaround or some other option? If you want to see what I am talking about, log onto a machine with the 5.0 client, add yourself to an App-V 5.0 app group that you are not already a member of, do not log off and you will see that you never get the app on your client. What a few hours if you want, it won't show up. Lock the machine and unlock it. Still now new app. Now log off and log back on and only then will you see the new app show up. You can repeat this by now removing yourself from the group and waiting. The app will remain there until you log off/on.  This posting includes an audio/video/photo media file: Download Now |
| Posted: 14 Dec 2012 07:18 AM PST We just received confirmation from Microsoft that there has been what we deem a major behavior change in App-V 5.0 from 4.x. With 4.x you could add a user to an AD group that is assigned to a virtual application then on the client machine the user could right click the App-V icon in the system tray and choose 'Refresh Applications' and the app's icon would appear immediately. You could also wait for the configured automatic refresh time and the app's icon would be added immediately. Same applied is you removed a user from an app group. This is no longer the case in App-V 5.0 as there is only one way to get app to be added or removed from client and that is to have them log off and log back on. Like many organizations, we have users who do not routinely log off/log on, they just lock their PC and unlock it. These people would never get a new app added or removed! In the 5.0 client there is an 'update' button, but all this does is apply any changes to an already assigned application such as if you changed the icon name, and that only occurs after the default 10 minute publishing server to management server refresh has occurred (although you can change this from 10 minutes to something lower). My point is, in 4.6 you could add a user to a group and have them click refresh and the user had the app immediately or tell them to continue working normally and the new app icon would appear within an hour. We opened a case with premier support and they confirmed that this behavior change is expected, although the engineer sounded shocked that this was the case and he seemed surprised this had not come up yet. Also, I recall that at TechEd 2010 the App-V team demoed the beta version and one of the things the did was add a user to a group, click the then named refresh button and the app would appear. As I mentioned above, in the RTM build this button has been renamed to 'Update' but its not just a name change, but a complete change from 4.6 and the 5.0 beta 1. I have been unable to find any documentation from Microsoft pointing out this major change in behavior, and the fact that a member of the App-V team that authored the KB about server publishing refresh times in App-V 5.0 was surprised to realize this change (see http://support.microsoft.com/kb/2780177) Is it just me or is this a major issue with 5.0? This will prevent us from migrating to 5.0. Any one know of a workaround or some other option? If you want to see what I am talking about, log onto a machine with the 5.0 client, add yourself to an App-V 5.0 app group that you are not already a member of, do not log off and you will see that you never get the app on your client. What a few hours if you want, it won't show up. Lock the machine and unlock it. Still now new app. Now log off and log back on and only then will you see the new app show up. You can repeat this by now removing yourself from the group and waiting. The app will remain there until you log off/on.  This posting includes an audio/video/photo media file: Download Now |
| Citrix Support Webinar: Cloud Gateway 2.5 Technical Overview and Troubleshooting Posted: 14 Dec 2012 05:50 AM PST Thanks to everyone who attended our December webinar covering reduce your time to resolution with Citrix Auto Support. The on-demand recording is here. Each month we will pick a subject that is hot within the support dept, like a hot/common issue, new Citrix product or tools that make troubleshooting much easier. Previous Webinars available on-demand: Nov 2012 - Troubleshooting Tools – How to isolate and resolve issues…  |
| Avaya Unified Communications optimized for XenDesktop Posted: 14 Dec 2012 05:02 AM PST Avaya has announced General Availability of their optimized Unified Communications solution for Citrix XenDesktop, Avaya VDI Communicator. As I explained in a previous blog post on HDX RealTime technologies, using a softphone that is optimized for VDI results in higher server scalability because the media processing is handled by the user device. This also ensures uncompromised audio quality and optimal bandwidth efficiency. Avaya's new solution enhances the…  |
| You are subscribed to email updates from Virtualization by Davis To stop receiving these emails, you may unsubscribe now. | Email delivery powered by Google |
| Google Inc., 20 West Kinzie, Chicago IL USA 60610 | |
No hay comentarios:
Publicar un comentario