Getting apps to run in Remote Desktop Server 2008 R2

I've been running server 2000 for quite a long while and am building and testing a server 2008 R2 system (64 bit).  I have installed the Remote Desktop Role and the File Services, Share and Storage Management Role
I installed an app (Omnis Studio) while remotely logged in as administrator.  It runs great.

I created shares for the folder, and registered the app in the Remote App Manager, setting it to Unrestricted.

I set up a user, included him as a member of Remote Desktop users.


The app launches, but fails to load a number of additional files (lt looks like access violations are occurring).  If I make the user a member of Administrators, I get a warning to allow my program to change something in windows, I grant it and it runs normally.  If I remove that member, I'm back to not loading all of the rest of the files my app requires.

 I'm chasing my tail trying to figure out how to make it run.  It seems that it's a permissions issue, but yikes, how many places do I have to go to get something to run?  Any ideas.

I'm not sure what what the Remote Desktop Services Profile is.  It looks like it requires a Domain Controller, which I would rather not install.  A workgroup is fine for our needs.

PS.  This is my first Post, so I'm not real familiar with the Point system.  The right answer will keep me employed so I guess 500 is appropriate.
rdelossaPresidentAsked:
Who is Participating?
 
B HConnect With a Mentor Commented:
this page will show you how to make a runas script:
http://www.xinn.org/RunasVBS.html

you might be more interested in the runas.vbscript section there

if you need to really really hide the password from dangerous users, look below that how to encrypt it
0
 
B HCommented:
the key here is " I get a warning to allow my program to change something in windows"

change what...?

consider turning off user account control, that usually interferes with whatever you want to actually do...

consider setting up a script that actually starts the application as an administrator, with administrative permissions, such as:
runas /user:someadmin "c:\progra~1\someprogram\prog.exe"
(passing the correct password of course)
0
 
B HCommented:
also consider making those users local admins... if not on a domain, or a domain controller, it might be acceptable to do this
0
Protect Your Employees from Wi-Fi Threats

As Wi-Fi growth and popularity continues to climb, not everyone understands the risks that come with connecting to public Wi-Fi or even offering Wi-Fi to employees, visitors and guests. Download the resource kit to make sure your safe wherever business takes you!

 
rdelossaPresidentAuthor Commented:
User Account Control?
Where is that?
0
 
rdelossaPresidentAuthor Commented:
I just read about User account control.   I'm in the process of restarting the system.
Running users as admins isn't what I want to do, though it may work out if I only let them run the terminal server.

I'll let you know if the turning the UAC off helps.

Thanks.
0
 
rdelossaPresidentAuthor Commented:
Turning UAC off didn't do it.
I'll try the scripting in the morning.
Setting the user's to Admin seems pretty lame, but...
0
 
rdelossaPresidentAuthor Commented:
I will have to figure out how to write a script, test it and then assign it to a user logon.
This is all new to me.  I'll tackle it in the morning.
Thanks for the suggestions, Byron.

If you can think of somethig else, please let me know!
Rob
0
 
rdelossaPresidentAuthor Commented:
I think the problem was piolot error all along.  No fault of the responses.  Thank you.
0
Question has a verified solution.

Are you are experiencing a similar issue? Get a personalized answer when you ask a related question.

Have a better answer? Share it in a comment.

All Courses

From novice to tech pro — start learning today.