We help IT Professionals succeed at work.
Get Started

Program in remote desktop environment won't activate for one local user--extremely odd.

41 Views
Last Modified: 2016-05-31
We have a client that's running a piece of software called Phoenix Project Management.  https://www.phoenixcpm.com/  We've got it installed on a Windows Server 2012 R2 box running RDS.  Here's the backstory:

A trial of Phoenix was installed on a User A's computer.  User A liked it and the client decided to buy a license.  In order for multiple users to have access to the program, it was installed on a RDS server.  Initially, each user was logging into the RDS server with their own account.  Phoenix phones home to activate, and it activated fine.  However, when subsequent users logged into the RDS server, they would get prompted to activate, which would then fail.

At that point, we created a user called Phoenix.  We were able to log into the RDS server as Phoenix and run the Phoenix software.  We logged in from several different remote computers and in each circumstance, Phoenix indicated that it was activated and ran as expected.

Then we logged into the RDS server as user Phoenix from User A's computer.  Phoenix indicated that it was not activated.  We logged into the RDS server as user Phoenix from another device and deactivated Phoenix.  We then activated it while logged into the RDS server from User A's computer.  Phoenix would then run properly while logged into the RDS server from User A's computer.  

However, at that point, when logging into the RDS server from other devices (whether as user Phoenix or a different user account), Phoenix indicated that it was not activated.  Deactivating Phoenix when logged in from User A's computer allowed it to be reactivated from another device, but once again resulted in Phoenix reporting that it was not activated when logged in from User A's computer.

We logged into User A's computer as the domain administrator and then logged into the RDS server as user Phoenix.  Phoenix indicated that it was activated and worked properly, so the problem does not appear to be computer specific.

We then logged into another device as User A (with roaming profile disabled) and then logged into the RDS server as user Phoenix.  Phoenix indicated that it was activated and worked properly, so the problem does not appear to be tied to User A's user account itself.

We then re-enabled the roaming profile for User A, logged into another device as User A and then logged into the RDS server as user Phoenix.  Phoenix indicated that it was not activated, so the problem does appear to follow the profile for User A.  

Lastly, we deleted the locally-cached copy of the User A profile on User A's computer, turned off the roaming profile, and then logged into User A's computer as User A, creating a new local user profile.  When we logged into the RDS server and ran Phoenix, it indicated that it was activated, so creating a new user profile for User A does appear to resolve the problem.  

It seems clear that there's something in the profile for User A that the RDS server can see, which is causing Phoenix to throw the activation error.  To that end, we uninstalled the trial version of Phoenix from User A's computer,  deleted all mentions of Phoenix from the registry on User A's computer, and then deleted all files with the name Phoenix in them, also at User A's computer.  None of that had any effect.  We then turned off redirection of printers, smart cards and drives in the RDS client so that the RDS server wouldn't have access to any resources on User A's computer.  That also had no effect.

This brings me to my question--how is it possible that the RDS server is able to see anything on User A's computer that could influence a program that's installed on the RDS server?  We'd like to avoid having to recreate the User A's profile in order to make Phoenix work for him on the RDS server--that really seems like the shotgun approach.
Comment
Watch Question
This problem has been solved!
Unlock 2 Answers and 4 Comments.
See Answers
Why Experts Exchange?

Experts Exchange always has the answer, or at the least points me in the correct direction! It is like having another employee that is extremely experienced.

Jim Murphy
Programmer at Smart IT Solutions

When asked, what has been your best career decision?

Deciding to stick with EE.

Mohamed Asif
Technical Department Head

Being involved with EE helped me to grow personally and professionally.

Carl Webster
CTP, Sr Infrastructure Consultant
Ask ANY Question

Connect with Certified Experts to gain insight and support on specific technology challenges including:

  • Troubleshooting
  • Research
  • Professional Opinions
Did You Know?

We've partnered with two important charities to provide clean water and computer science education to those who need it most. READ MORE