Subscribe RSS Feed | Follow on Twitter

Archive for the ‘RDP’ tag

Microsoft Remote Desktop Preview for Windows Phone

without comments

Microsoft published a Preview version of the Remote Desktop Client for Windows Phone in the Windows Phone Store today. This free app enables you to connect to a remote desktop via your mobile. The client supports multi-touch experience via RDP and RemoteFX.

Here’s the feature list:

  • Rich multi-touch experience with remote desktop protocol (RDP) and RemoteFX supporting Windows gestures
  • Secure connection to your data and applications with breakthrough Network Level Authentication (NLA) technology
  • Simple management of all remote connections from the connection center
  • High quality video and sound streaming with improved compression and bandwidth usage

1 of 5 2 of 5

 

Link: http://www.windowsphone.com/en-us/store/app/microsoft-remote-desktop-preview/299b09ab-207e-441c-9e8e-c8d66c20b76b

Written by Christoph Harding

April 23rd, 2014 at 12:56 pm

Posted in Windows Phone

Tagged with , ,

Microsoft Updates Remote Desktop Software for Mac and iOS

without comments

Microsoft Remote Desktop 8 screenshot

Image Source: Softpedia

Mary Jo Foley brought on Twitter to my attention that Microsoft has released new versions of their RDP clients for MacOS and iOS.

https://twitter.com/maryjofoley/status/445548063797829632

Link:http://news.softpedia.com/news/Microsoft-Updates-Remote-Desktop-Software-for-Mac-and-iOS-432486.shtml

Written by Christoph Harding

March 17th, 2014 at 11:55 pm

Posted in Remote Desktop

Tagged with , , ,

Why Choose VMware View over Microsoft RDS 2012?

without comments

Bildschirmfoto 2013 02 04 um 16 11 17

Nice whitepaper by VMware explaining why to choose VMware View over Microsoft RDS 2012. You can directly access the whitepaper using the link below.

 Link: http://3url.de/cxq

 

Written by Christoph Harding

February 4th, 2013 at 5:11 pm

VMware View with Novell OES and DSfW

with 2 comments

A few month ago I wrote an article about using VMware View 3 with Novell eDirectory. At this time I was testing the installation with View 3, a Novell Netware eDirectory (not Open Enterprise Server) and a Active Directory Server which users and passwords were in sync through DirXML. As you see this environment has two gaps: It needs two directories and it uses a legacy Netware server which will not longer be supported in the future by Novell. Lots of Novell customers have already migrated their environment to OES (Open Enterprise Server) or will do so soon. With OES Novell introduced a service called DSfW (Domain Services for Windows) which emulates an Active Directory using a modified version of Samba and other components. For a Windows workstation the DSfW looks like a proper Active Directory and offers some interesting benefits like Clientless Login (without Novell Client), Cross-forest trust between eDirectory and Active Directory and Authentication to Active-Directory-style applications. In this article I’ll describe how to use VMware View with Novell OES and DSfW but please hold in mind that this is a non-supported configuration from VMware at this time. I’ve done the testing on VMware View 3 with RDP and Novell Open Enterprise Server 2.

First of all you’ll need a successful installation of Novell Open Enterprise Server 2 and additionally configured Domain Services for Windows. As the DSfW emulate an Actice Directory there shouldn’t be an issue to use them with View and the Virtual Center Server, but there is one. Please consider the Novell Knowledge Base TID 7004290 for further information. In a short form it says that VMware Virtual Center Server fails to authenticate with DSfW and also that happens with VMware View even this is not documented in the article. The reason here is that VMware requests a valid ticket for the service principal name (SPN). If the correct SPN isn’t returned the vCenter Server attempts the authentication using NTLM/SSP. By default DSfW does not create a SPN with “ldap/<ip address of the DSfW DC>. However if you configure the SPN it works. To create the SPN edit the Domain Controller object using iManager or ConsoleOne. The DC object is the name of the DSfW server and is present in “ou=domain controllers,<dc=…>”. Change to the other tab and edit the servicePrincipalName attribute. Please add the ldap/<ipaddress> attribute value on the servicePrincipalName attribute. After that you’ll need to restart the DSfW services using the command “xadcntrl reload”.

The DSfW is not correctly configured and you can now add the Windows Server 2003 to the DSfW domain and start the installation of the View Connection Server afterwards. You shouldn’t see any issue through the installation. To get more information on how to configure DSfW for using login scripts, network shares and so on please check the Novell DSfW documentation. If you still want to use the Novell Client please check my other article for the correct setup with the View Agent.

As you see it’s quite easy to setup VMware View with DSfW but I need to say it again that this is a not supported configuration.

Written by Christoph Harding

January 29th, 2010 at 10:13 am

Direct RDP connections are not longer blocked by default

without comments

Since Virtual Desktop Manager 2.1 the VMware Virtual Desktop Infrastructure got a default setting which blocks direct RDP connections to the virtual desktops. When a user tries to connect to the desktop with a standard Microsoft RDP client he will get a message stating: Access denied. In case that there was a requirement for connections from non-View/VDM clients the administartor needed to change a registry parameter to enable the access.

Read the rest of this entry »

Written by Christoph Harding

April 16th, 2009 at 6:03 pm

Configure a user/group for remote access

without comments

The users in a View environment access the virtual desktop via the RDP protocol. For that to work the user needs to have special access rights. As a standard only the administrator has direct RDP access to the remote system. To configure access for the user you could do that on a per desktop basis manually what would be time consuming or you can use the Group Policy Objects within the Active Directory which is the recommended way. First of all you’ll need to figure out who should get remote access and create one or more user groups in the Active Directory. In this example the groups is called vditestusers and it’s a member of the domain TEST. Diese This group will be a member of the local group Remote Desktop Users on the virtual desktop which has the needed remote access rights. For that reason you’ll need to configure the group in the GPO’s as a Restricted Group.

image

After that add configure the group as a member of the local group Remote Desktop users and the users will have remote access.

image

In the last step you need to allow the users to connect remotly using the Terminal Services. There is an option within the administrative templates to do that. Just go to: Computer Configuration, Administrative Templates, Windows Components and then Terminal Services. This option will enable the Remote Access on the desktop operating system.image

More information:

VMware XP Deployment Guide (Seite 4): http://www.vmware.com/files/pdf/XP_guide_vdi.pdf

Restricted Groups: http://technet.microsoft.com/en-us/library/cc785631.aspx

Centrally enable Remote Desktop using Group Policy: http://technet.microsoft.com/en-us/library/cc776790.aspx

Written by Christoph Harding

April 16th, 2009 at 4:30 pm