Windows Thread, Desktop redirection (x86 and x64) in Technical; I am beginning to upgrade my terminal servers to Server 2003 x64 so that I can get as much out ...
-
11th March 2009, 05:09 PM #1 Desktop redirection (x86 and x64)
I am beginning to upgrade my terminal servers to Server 2003 x64 so that I can get as much out of them as possible - XenApp is supposedly super optimised for x64.
Anyway, the problem I can see myself having is that my redirected desktop and start menu shoretcuts won't necessarily point to the right location.
For instance apiece of software on 32-bit Windows might sit in 'C:\Program Files\School Program' whilst on x64 Windows it sits in 'C:\Program Files (x86)\School Program'.
What's going to be the easiest way to sort this?
-
-
IDG Tech News
-
11th March 2009, 05:20 PM #2 Thinking out loud... I could set a ProgramFiles(x86) environment variable on all the x86 machines to match the one on the x64 machines and then point the shortcuts to '%ProgramFiles(x86)%\School Program\some.exe'
Although there must be an easier way?
-
-
11th March 2009, 11:44 PM #3 As a recommendation, you need to leave the default: "C:\Program Files (x86)" on 64bit systems, then create a new "C:\Program Files" directory, so you have both running side by side.
Then on 64bit systems, change the following registry entry:
Code:
Windows Registry Editor Version 5.00
[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion]
"ProgramFilesDir"="C:\\Program Files"
Then when you install any new applications, they'll automatically be installed into the new Program Files directory, simplifying your redirected shortcuts
-
-
12th March 2009, 03:42 AM #4 There is an easier way using NTFS reparse points, in windows 2003 you could use a [ame=http://en.wikipedia.org/wiki/NTFS_junction_point]NTFS junction point - Wikipedia, the free encyclopedia[/ame] or in 2008 or vista you could use a [ame=http://en.wikipedia.org/wiki/NTFS_symbolic_link]NTFS symbolic link - Wikipedia, the free encyclopedia[/ame] either of these will allow you to have both C:\Program Files (x86) and C:\Program Files point to the same place seamlessly.
-
2 Thanks to SYNACK:
Oops_my_bad (12th March 2009), TheScarfedOne (12th March 2009)
-
12th March 2009, 10:02 AM #5 
Originally Posted by
SYNACK
So, in 2003, I could create a NTFS Junction Point (say 'C:\Programs') that points to 'C:\Program Files' on the 32-bit systems and 'C:\Program Files(x86)' on the x64 systems?
-
-
12th March 2009, 10:04 AM #6 I understand the theory Synack, but what directory would you use then for a redirected Desktop (for example) with shortcuts from either Program Files directory?
-
-
12th March 2009, 10:15 AM #7 
Originally Posted by
Ric_
So, in 2003, I could create a NTFS Junction Point (say 'C:\Programs') that points to 'C:\Program Files' on the 32-bit systems and 'C:\Program Files(x86)' on the x64 systems?
Or just leave the 32bit systems as they are and create one called c:\Program Files on the 64bit systems if that folder does not already exist. If it does exist you could attempt to combine the contents or simply do it the way that you are suggesting above.

Originally Posted by
Michael
I understand the theory Synack, but what directory would you use then for a redirected Desktop (for example) with shortcuts from either Program Files directory?
With this method you can access the files via either path so your shortcuts would point via the common path of either c:\Program Files or the common path that you create between both architectures to the apps in question.
-
-
12th March 2009, 10:17 AM #8 So are you saying I could create a common path or link called C:\Program Files1234 and this would automatically work with either C:\Program Files or C:\Program Files (x86) ?
-
-
12th March 2009, 10:18 AM #9 
Originally Posted by
SYNACK
Or just leave the 32bit systems as they are and create one called c:\Program Files on the 64bit systems if that folder does not already exist. If it does exist you could attempt to combine the contents or simply do it the way that you are suggesting above.
It does already exist (the x64 software goes in there).
-
-
12th March 2009, 10:25 AM #10 
Originally Posted by
Michael
So are you saying I could create a common path or link called C:\Program Files1234 and this would automatically work with either C:\Program Files or C:\Program Files (x86) ?
Not really it is simply a per machine way to link to a folder, kind of like mapping a remote location to a drive but for a local folder. This means that if you have apps that are named the same things but in different folders on different computers then you can create a common mapping on the computer which points to the required location. In this example there is a redirected desktop with icons on it that point to C:\program files\some company\some software.exe. This is fine if your redirected desktop is only used on 32bit computers but if you log on to a 64bit machine the same program may be stored in C:\program files (x86)\some company\some software.exe. Instead of having two seporate desktop redirections you can make a mapping to a with a common name that points to the right place on each machine.
In this case you could use c:\commonprograms which would link to either C:\program files\ or C:\program files (x86)\ depending on the type of machine. This way your redirected desktop can point to C:\commonprograms\some company\some software.exe and be right on both types of machine.

Originally Posted by
Ric_
It does already exist (the x64 software goes in there).
Ah, then yes the best way would be to setup a common mapping that goes to the right place on each one as in the description that I gave to Michael above.
Last edited by SYNACK; 12th March 2009 at 10:28 AM.
Reason: Concatinated to save space
-
3 Thanks to SYNACK:
deano (5th July 2011), Michael (12th March 2009), Ric_ (12th March 2009)
-
12th March 2009, 08:38 PM #11 btw... has nobody already done this?
-
-
13th March 2009, 12:05 PM #12 
Originally Posted by
Ric_
btw... has nobody already done this?
I have never had to implemented it in production but had messed with it before and it did work well. I used the junction.exe from MS but this Link Shell Extension looks like it makes adding and removing them totally trivial and GUI or shell based.
-
-
13th March 2009, 12:18 PM #13 We did not have the exact issue you did but we just made a new redirected start menu which we added TS apps to as and when they were installed. Then applied the GP to the TS servers with loopback policy enabled.
-
-
13th March 2009, 12:48 PM #14 
Originally Posted by
ZeroHour
We did not have the exact issue you did but we just made a new redirected start menu which we added TS apps to as and when they were installed. Then applied the
GP to the TS servers with loopback policy enabled.
I did consider using loopback but it can sometimes be a bit buggy and knowing me, I would end up forgetting to add icons to one of the redirected places.
-
-
13th March 2009, 12:49 PM #15 HI
I dont know if this will help but I was reading the other day about using symbolic links on windows like I do with linux. Does this help any Using Symlinks in Windows Vista :: the How-To Geek
Richard
-
SHARE:
Similar Threads
-
Replies: 6
Last Post: 16th February 2010, 04:36 PM
-
By BatchFile in forum Windows Server 2000/2003
Replies: 11
Last Post: 4th February 2009, 06:28 PM
-
By ajbird in forum ICT KS3 SATS Tests
Replies: 3
Last Post: 24th November 2006, 02:10 PM
-
By indie in forum Learning Network Manager
Replies: 6
Last Post: 16th January 2006, 03:19 PM
-
By mullet_man in forum Networks
Replies: 4
Last Post: 6th December 2005, 11:34 AM
Thread Information
Users Browsing this Thread
There are currently 1 users browsing this thread. (0 members and 1 guests)
Tags for this Thread
Posting Permissions
- You may not post new threads
- You may not post replies
- You may not post attachments
- You may not edit your posts
-
Forum Rules