<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:clearspace="http://www.jivesoftware.com/xmlns/clearspace/rss" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:wfw="http://wellformedweb.org/CommentAPI/" xmlns:opensearch="http://a9.com/-/spec/opensearch/1.1/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>Virtual Desktop Blog</title>
    <link>http://communities.vmware.com/blogs/virtualdesktop</link>
    <description>A blog about VMware Virtual Desktop Infrastructure</description>
    <pubDate>Tue, 20 May 2008 16:08:27 GMT</pubDate>
    <generator>Clearspace 1.10.12 (http://jivesoftware.com/products/clearspace/)</generator>
    <dc:date>2008-05-20T16:08:27Z</dc:date>
    <item>
      <title>Xen Desktop confirmed dead on arrival</title>
      <link>http://communities.vmware.com/blogs/virtualdesktop/2008/05/20/xen-desktop-confirmed-dead-on-arrival</link>
      <description>I just  stepped out of Mark Templeton's keynote speech where he talked about five key topics. The fifth was Xen Desktop and was trumped up as the most exciting thing since the launch of WinFrame. The message was Xen Desktop offers a "High Definition user experience" and on demand, new PC, every day. Mark was really excited to demonstrate the Xen Desktop solution and what they call Desktop 2.0. &lt;br /&gt;
&lt;br /&gt;
Mark claimed Xen Desktop was built and designed for 400 million office workers @ Home, @ The Office @ The Virtual Office and Off Shore &lt;br /&gt;
&lt;br /&gt;
They were using what they call a Xen Desktop Appliance. A purpose built device which is not a thin client, Ok sure.&lt;br /&gt;
&lt;br /&gt;
Off to the demo of a Citrix Desktop 2.0 solution designed to support 400 million office workers.&lt;br /&gt;
&lt;br /&gt;
Mark had the demo guy join him on stage, where a Xen Desktop login was being presented from the Xen Desktop Appliance. The demo guy Aaron logged in, an  then demonstrated Power Point. After that, it was off to show the "High Definition user experience" and a demo of MultiMedia.&lt;br /&gt;
&lt;br /&gt;
Doh! Not sure what the multimedia was there but all the audience got was a an error and they could not demo the multimedia&lt;br /&gt;
&lt;br /&gt;
The demo guy said maybe if I log out and back in I can get it to work?  The demo guy logged out, and tried to log back in. He was then presented with a spinning wheel and no desktop access. I figured it was dynamically building him a new one? &lt;br /&gt;
&lt;br /&gt;
I guess that on-demand desktop is a one time thing?&lt;br /&gt;
&lt;br /&gt;
After a short diversion discussion form Mark, the demo guy tried again as he seemed eager to redeem himself and get it to work, more so than getting off stage and reducing the damage that had already been done. Unfortunately, there was nothing but a spinning wheel again, resulting in a desktop dead on arrival. &lt;br /&gt;
&lt;br /&gt;
Across a silent, stunned audience Mark closed with  a statement along the lines of,  I guess that is what happens when you fly without a net. &lt;br /&gt;
&lt;br /&gt;
VMware VDI is here today, shipping today and has been deployed to 1000s and 1000s of desktop users across some of the largest enterprises. We are only at the beginning of delivering the next generation desktop delivery and management with a strong ecosystem of VDI alliance partners. Stick with the creators of VDI and do not get caught flying with out a net!!!!</description>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vmware_vdi</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">xen_desktop</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">xendesktop</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vdi</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">ddi</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">desktop_virtualization</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">citrix</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">citrix_synergy</category>
      <pubDate>Tue, 20 May 2008 16:08:00 GMT</pubDate>
      <author>wponder</author>
      <guid>http://communities.vmware.com/blogs/virtualdesktop/2008/05/20/xen-desktop-confirmed-dead-on-arrival</guid>
      <dc:date>2008-05-20T16:08:00Z</dc:date>
      <clearspace:dateToText>1 year, 6 months ago</clearspace:dateToText>
      <clearspace:replyCount>22</clearspace:replyCount>
      <wfw:comment>http://communities.vmware.com/blogs/virtualdesktop/comment/xen-desktop-confirmed-dead-on-arrival</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/virtualdesktop/feeds/comments?blogPostID=1766</wfw:commentRss>
    </item>
    <item>
      <title>What will Citrix do?</title>
      <link>http://communities.vmware.com/blogs/virtualdesktop/2008/03/03/what-will-citrix-do</link>
      <description>I wanted to wait till the smoke cleared before sharing some thoughts regarding Microsoft opening the specifications on several of its APIs and communication protocols.  Part of the released technology was the specification of RDP.  &lt;br /&gt;
&lt;br /&gt;
For VMware VDI, this is probably the most interesting of the released protocol specifications. The initial impact to customers may not be that obvious. However, over time, the benefits could be huge. RDP is the preferred protocol for accessing VMware VDI based desktops. Currently, this makes the most sense to leverage as there is no added cost in doing so which is typically the case with third party add on protocols. &lt;br /&gt;
&lt;br /&gt;
Although getting the optimal performance in broad set of network conditions can be tricky, but it's quite adequate in the highest majority of desktop replacement use cases. RDP has always had virtual channels which allow a third party to add feature functionality to RDP. For example, with VDM 2 we developed a generic USB device redirector that allows you to connect most USB devices, not supported by RDP to a client access device and make them available for use with your VMware VDI virtual desktop. &lt;br /&gt;
&lt;br /&gt;
In order for third parties to leverage virtual channels, you either needed a team of lawyers and a chunk of change or some really good engineers that could reverse engineer. For some time now there have been licensees of the RDP spec and others who reverse engineered it in effort to add value. This included people building feature add-ons as well as full RDP client implementations. Open Source efforts such as RDesktop and commercial efforts from companies such as WYSE, VMware, ThinAnywhere, Provision Networks, Sun Microsystems, Calista and others have all contributed to enhancing RDP. &lt;br /&gt;
&lt;br /&gt;
Over three years ago I started researching the use of VMware virtualization as a way to better manage and deliver desktop computing and overcome traditional server based computing short falls. As we started meeting with customers and sharing the vision of VDI it was becoming clear Citrix had lost their seat at the table. Customers were concerned with the issues surrounding Citrix as a solution, such as complexity, application compatibility and loss of a personal computing experience. &lt;br /&gt;
&lt;br /&gt;
VMware VDI was resonating with IT organizations and desktop management teams as an answer for more broad desktop deployments. I was a little surprised, as no one can take away Citrix's past contributions to server based computing. It's always been my opinion Citrix and Microsoft had become comfortable with their position and the direction they were leading customers and the market. &lt;br /&gt;
&lt;br /&gt;
As VMware VDI emerged it was becoming clear this was what customers wanted. I had not seen such vast interest and adoption of a desktop solution in a long time. Despite Microsoft attempting to down play interest, VECD emerged. As Citrix lost ground trying to protect the Presentation Server stronghold, they finally broke down, did a 360 degree about face, and sank 500M on XenSource. &lt;br /&gt;
&lt;br /&gt;
Since they have renamed their legacy products and are attempting to broaden their vision beyond just "Application Delivery". Here at VMware we are building things from the ground up with virtualization in mind, not trying to retro fit legacy solutions to fit in a virtual world.  Since the emergence of VMware VDI, millions of dollars are going into the R&amp;#38;D of network delivered desktops and applications. The result is innovation that improves user experience, desktop management and choice for IT organizations. &lt;br /&gt;
&lt;br /&gt;
What does this mean for Citrix? For years there have been the conspiracy theories that Microsoft will buy Citrix. Over the years I have seen less and less evidence or reason to believe this, but I guess it could happen. For some time now, I have said Citrix is getting squeezed from the top by VMware and squeezed from the bottom by Microsoft. The crown jewel for Citrix is ICA. Without that, there is not a lot there you can't get from other cheaper more simple alternatives.&lt;br /&gt;
&lt;br /&gt;
With the acquisition of Calista by Microsoft, it's clear they intended to continue the enhancement of RDP. With the RDP spec now open, more and more engineers can come to the party and rapidly further enhance RDP improving its performance and features in a broad array of use cases. With the XenSource acquisition, Citrix has dipped a toe in the open source world. Now that Micosoft has openly published the RDP specification, will Citrix set ICA free? Do they have any other choice? What long term value does ICA have with so many big companies now able to enhance RDP and in fact, already doing so?</description>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vdi</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vmware</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vmware_vdi</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">ddi</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">desktop_virtualization</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">esx</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vdm_2</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">xen_destkop</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">xen</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">xenapp</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">virtual_desktops</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">virtualization</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">rdp</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">ica</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vdm</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vi3</category>
      <pubDate>Mon, 03 Mar 2008 16:49:00 GMT</pubDate>
      <author>wponder</author>
      <guid>http://communities.vmware.com/blogs/virtualdesktop/2008/03/03/what-will-citrix-do</guid>
      <dc:date>2008-03-03T16:49:00Z</dc:date>
      <clearspace:dateToText>1 year, 8 months ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
      <wfw:comment>http://communities.vmware.com/blogs/virtualdesktop/comment/what-will-citrix-do</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/virtualdesktop/feeds/comments?blogPostID=1533</wfw:commentRss>
    </item>
    <item>
      <title>VDM 2 - Beta2 now available</title>
      <link>http://communities.vmware.com/blogs/virtualdesktop/2007/11/30/vdm-2-beta2-now-available</link>
      <description>The VDM 2 - Beta 2 is now availalbe for download! Thanks to all the customers and partners that participated in the VDM 2 - Beta 1. Becuse of your participation, were able to collect a tremendous amount of feedback an input regarding what's most important for your VDI environments. The interest and response to VDM 2 has been tremendous.&lt;br /&gt;
&lt;br /&gt;
With Beta 2 there is a lot to look forward too. The UI has a ton of improvements. The new web based administrator look and feel as well as the added visual notifications should be well received.&lt;br /&gt;
&lt;br /&gt;
Based on all the feedback coming in from the beta participants the pooling has been revamped. It has been simplified while still allowing an option for advanced configuration if needed. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
If you were not able to participle in Beta 1 or were waiting for Beta 2  you can still participate. Click the link below and register to download Beta 2. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;a class="jive-link-external" href="http://www.vmware.com/beta/"&gt;VDM 2 - Beta 2 registration, go to the bottom of the page&lt;/a&gt; &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;</description>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vdm</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">2</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">desktop_virtualization</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">virtualization</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vmware</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">thin_clients</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">ddi</category>
      <pubDate>Fri, 30 Nov 2007 13:14:00 GMT</pubDate>
      <author>wponder</author>
      <guid>http://communities.vmware.com/blogs/virtualdesktop/2007/11/30/vdm-2-beta2-now-available</guid>
      <dc:date>2007-11-30T13:14:00Z</dc:date>
      <clearspace:dateToText>1 year, 11 months ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/virtualdesktop/comment/vdm-2-beta2-now-available</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/virtualdesktop/feeds/comments?blogPostID=1285</wfw:commentRss>
    </item>
    <item>
      <title>VMware VDI - Riverside Medical Success Story</title>
      <link>http://communities.vmware.com/blogs/virtualdesktop/2007/11/19/vmware-vdi-riverside-medical-success-story</link>
      <description>Recently I was privileged to have the chance in sharing another VMware VDI success story. Sumit Sehgal joined me to share his experiance's and success deploying a VMware VDI based solution at Riverside Medical Center. This continues the trend of VMware VDI success in the Health Care space as the increased flexibility and mobility provided by VDI benifits Doctors and Nurses across the globe.&lt;br /&gt;
&lt;br /&gt;
Here are some of my favorite highlights: &lt;br /&gt;
&lt;br /&gt;
&lt;b&gt;VDI Client Devices&lt;/b&gt; - Once again, repuroposed PC's leads the charge. Riverside started down their VDI path converting existing PC's into VDI clients using a PXE booted image from the network. As the PC's are decommissioned they are replaced with thin clients .&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;b&gt;Time Savings&lt;/b&gt; - Avg. time to deploy a new VDI desktop 20 minutes compared to 120 minutes in the Past. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;b&gt;Faster Recovery From Failures&lt;/b&gt; - Recently a blade power supply failure resulted in the disruption of 32 virtual desktops. With the implementation of VMware HA these virtual desktops were back up and running in 4 min 33 sec. That was faster than Sumit was able to remotely connect once he received the notification or the failure. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;b&gt;Cost Savings&lt;/b&gt; - Expected a 6-9 VM per core consolidation. Acheived 11-12. Reprovisioned old PC's as thin clients eliminating traditional desktop lifecycle. Labor costs reduced by improved process. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
In addition to these highlights Sumit shares with us some of his real world experiance regarding their storage design. In addition he highlights how they were able to leverage memory over-commit to increase the overall consolidation ratio. The entire webinar can be found here. &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;a class="jive-link-external" href="https://vmwareevents.webex.com/vmwareevents/lsr.php?AT=pb&amp;#38;SP=EC&amp;#38;rID=853817&amp;#38;rKey=540F503169038CFD"&gt;Riverside Medical Center Saves Time and Money on PC management with VMware Virtual Desktop Infrastructure&lt;/a&gt; &lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;p /&gt;
From there search for Riverside Medical</description>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vdi</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">ddi</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">virtualization</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vmware</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">desktop_virtualization</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">virtual_desktops</category>
      <pubDate>Mon, 19 Nov 2007 16:31:00 GMT</pubDate>
      <author>wponder</author>
      <guid>http://communities.vmware.com/blogs/virtualdesktop/2007/11/19/vmware-vdi-riverside-medical-success-story</guid>
      <dc:date>2007-11-19T16:31:00Z</dc:date>
      <clearspace:dateToText>2 years, 5 days ago</clearspace:dateToText>
      <wfw:comment>http://communities.vmware.com/blogs/virtualdesktop/comment/vmware-vdi-riverside-medical-success-story</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/virtualdesktop/feeds/comments?blogPostID=1237</wfw:commentRss>
    </item>
    <item>
      <title>VDI - Cardinal Healthcare - Webinar</title>
      <link>http://communities.vmware.com/blogs/virtualdesktop/2007/07/26/vdi-cardinal-healthcare-webinar</link>
      <description>&lt;span style="font-family:arial"&gt;Last week I had the privilege of doing a joint webinar with one of our first VDI customers, Cardinal Health. I was joined by Justin Hooper, Director of Windows Systems at Cardinal Health. &lt;/span&gt;  &lt;span style="font-family:arial"&gt;Cardinal Health is the largest worldwide provider of health care solutions, with over 40,000 employees. They are global in nature and are recognized by Fortune Magazine as one of America&amp;rsquo;s Most Admired Companies.&lt;/span&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;span style="font-family:arial"&gt;Cardinal Health was an early adopter of VDI and selected VDI from VMware to support and deliver the desktop infrastructure of two mission critical call centers. At the time, there still was not a lot of information available regarding the architectural choices and deployment practices of VDI based solutions. Justin and his team did a tremendous job of being innovative in order to design a solution that meets the business requirements of Cardinal Health. &lt;/span&gt;&lt;span style="font-family:arial"&gt;One of the most innovative things I&lt;br /&gt;
feel they accomplished was in how they executed their client side strategy. After evaluating different alternatives from PC&amp;rsquo;s to thin clients. &lt;/span&gt;&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;span style="font-family:arial"&gt;They decided to go with low-end PC&amp;rsquo;s. Because VDI was new at the time, Justin&amp;rsquo;s team had to create their own custom image. The image is PXE booted from the network by each of the client end points. In essence this enabled them to create their own low cost unmanaged client end point. When a device is powered on it downloads its image from the network. Once the boot process is complete, the user is given a chooser created by Justin&amp;rsquo;s team for selecting the environment they need. Once the user has made their selection, a connection is established to their hosted virtual desktop. &lt;/span&gt;&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;span style="font-family:arial"&gt;Simple, clean and affective. &lt;/span&gt;&lt;span style="font-family:arial"&gt;This client side approach is also an effective way for organizations to move to a Virtual Desktop Infrastructure today, while still leveraging the existing investment in desktop hardware they might have. In addition, it provides a clean and effective migration path to adopting alternative client devices such as thin clients, once the PC investment has depreciated. &lt;/span&gt;&lt;span style="font-family:arial"&gt;In this webinar Justin shares with us the architectural details and lessons learned from their&lt;br /&gt;
deployment. The webinar can be found at the following location, Select recorded webinars and its listed on page 2:&lt;/span&gt;&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
&lt;a class="jive-link-external" href="http://www.vmware.com/events/webinars"&gt;Cardinal Health&amp;rsquo;s Call Center PC Virtualization with VMware Virtual Desktop Infrastructure VDI&lt;/a&gt;</description>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">citrix</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">ddi</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">desktop</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">virtualization</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">dynamic</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">desktop</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">pxe</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">pxe</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">boot</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vdi</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">virtual</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">desktops</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vmware</category>
      <pubDate>Thu, 26 Jul 2007 15:30:00 GMT</pubDate>
      <author>wponder</author>
      <guid>http://communities.vmware.com/blogs/virtualdesktop/2007/07/26/vdi-cardinal-healthcare-webinar</guid>
      <dc:date>2007-07-26T15:30:00Z</dc:date>
      <clearspace:dateToText>2 years, 4 months ago</clearspace:dateToText>
      <clearspace:replyCount>23</clearspace:replyCount>
      <wfw:comment>http://communities.vmware.com/blogs/virtualdesktop/comment/vdi-cardinal-healthcare-webinar</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/virtualdesktop/feeds/comments?blogPostID=1082</wfw:commentRss>
    </item>
    <item>
      <title>Adding users to the local Remote Desktop Users group</title>
      <link>http://communities.vmware.com/blogs/virtualdesktop/2007/07/03/adding-users-to-the-local-remote-desktop-users-group</link>
      <description>&lt;span style="font-size:100%"&gt;Currently, I am working on a best practices guide for building VDI hosted XP desktops. It&amp;rsquo;s been an interesting exercise. Most the content is stuff I have collected over the years and has been repeated a million times across the Net. In a lot of ways it really is no different than building a solid standardized image for enterprise based PC's. The hardest part has been putting as much useful information in it without letting it creep and it end up being to long.&lt;/span&gt;&lt;br /&gt;
&lt;br /&gt;
&lt;span style="font-size:100%"&gt;Last night I was doing some testing, when I should have been spending time with my dogs, for a section that is hands down the most commonly asked question I get. How do I add users to the Remote Desktop Users Group? This is one of the most common VDI stumbling blocks. There are a couple of approaches. Probably more than I am listing below even.&lt;br /&gt;
&lt;/span&gt;&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;span style="font-size:100%"&gt;1. You could create a startup script that populates the local Remote Desktop Users group with users or groups. The script can be managed through GPO by adding it to the Computer Configuration\Windows Settings\Scripts\Startup Policy. &lt;/span&gt;&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;span style="font-size:100%"&gt;When using this approach, I prefer to create a group called VDI users in AD, and populate it with users that will use VDI virtual machines. This group is then added to the local Remote Desktop Group at start-up. &lt;/span&gt;&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;span style="font-size:100%"&gt;A sample code snip-it is below.&lt;br /&gt;
&lt;/span&gt;&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
&lt;span style="font-size:100%"&gt;&lt;br /&gt;
option Explicit&lt;br /&gt;
&lt;/span&gt;&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
Dim objGroup&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
Dim strComputer&lt;br /&gt;
strComputer = "."&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
On Error Resume Next&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
Set objGroup = GetObject("WinNT://" &amp;#38; strComputer &amp;#38; "/Remote Desktop Users,group")&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
objGroup.add("WinNT://DOMAINNAME/VDI Users,group")&lt;br /&gt;
&lt;p /&gt;
&lt;p /&gt;
Set objGroup = Nothing&lt;br /&gt;
&lt;p /&gt;
&lt;br /&gt;
2. Another approach is using a Restricted Group. Under Computer Configuration\Windows Settings\Security Settings\Restricted Groups add&lt;br /&gt;
a group. &lt;br /&gt;
&lt;p /&gt;
&lt;span style="font-size:100%"&gt;In this case I use the built-in Remote Desktop Users, once created add the appropriate users from this Restricted Group GPO Each has its pros and cons but this should give you a starting point.&lt;/span&gt;</description>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">ddi</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">remote</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">desktop</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vdi</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">virtual</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">desktops</category>
      <category domain="http://communities.vmware.com/blogs/virtualdesktop/tags">vmware</category>
      <pubDate>Tue, 03 Jul 2007 15:24:00 GMT</pubDate>
      <author>wponder</author>
      <guid>http://communities.vmware.com/blogs/virtualdesktop/2007/07/03/adding-users-to-the-local-remote-desktop-users-group</guid>
      <dc:date>2007-07-03T15:24:00Z</dc:date>
      <clearspace:dateToText>2 years, 1 month ago</clearspace:dateToText>
      <clearspace:replyCount>6</clearspace:replyCount>
      <wfw:comment>http://communities.vmware.com/blogs/virtualdesktop/comment/adding-users-to-the-local-remote-desktop-users-group</wfw:comment>
      <wfw:commentRss>http://communities.vmware.com/blogs/virtualdesktop/feeds/comments?blogPostID=1087</wfw:commentRss>
    </item>
  </channel>
</rss>

