Logon as another user does not work after update to version 14.0.1.0

j04
Posts: 8

• Share

My notebook is not a member of the domain. After the update to 14.0.1.0, RDM try to login with my local account. We always start RDM as administrator with the follow script: "%systemroot%\system32\runas.exe" /netonly /user:domain\%USERNAME% "C:\Program Files (x86)\Devolutions\Remote Desktop Manager\remotedesktopmanager.exe".
But RDM use the local account instead, NOTEBOOKNAME\Jasper. Result: A deny to our SQL datasource.
After downgrade RDM tot 13.5.6.0, everything works as expected.

Can you please fix this issue. Thanks.

David Grandolfo
Posts: 810

• Share

Hi Jasper,

Could you send us print screen ( it could also be by email at ticket@devolutions.net ) of the data source configuration.

Best regards,

j04
Posts: 8

• Share

Hi David,

Thanks for your quick reply, I've send you an e-mail with the printscreen of our data source.

David Grandolfo
Posts: 810

• Share

Hi,

Thanks, after a look of your email, I tested on my side and with the command line it doesn't start properly. Even if I have to type my password.

I tried directly with Microsoft "Run As different user" feature and with this it's work properly.

After few tests, /netonly is the culprit. Could you try with this command line below:

"%systemroot%\system32\runas.exe" /user:domain\%USERNAME% "C:\Program Files (x86)\Devolutions\Remote Desktop Manager\remotedesktopmanager.exe"

Best regards,

j04
Posts: 8

• Share

When i try the option " Run as different user", the system gives me the error username or password incorrect. It is not possible to start a program with domain credentials while my notebook is outside the domain. Also, modify the script in "%systemroot%\system32\runas.exe" /user:domain\%USERNAME% "C:\Program Files (x86)\Devolutions\Remote Desktop Manager\remotedesktopmanager.exe" gives the same error, username/password incorrect. The only way to start RDM is with the switch /netonly in the script.
Strange thing: I've downgrade to version 13.6.7.0 and everything works good. When I update to version 14.0.1.0, RDM try to login to the database with my local credentials and gives an error. PC's that are places in the domain works good. On domain PC's, I can modify the script as you described and I can start RDM as a different user. It looks like the problem only appears on PC's outside the domain.

David Grandolfo
Posts: 810

• Share

Thanks for the details, I will investigate the issue on a computer outside of the domain.

I inform you soon.

David Grandolfo
Posts: 810

• Share

Hi,

I made multiple tests and on my Windows 10 (build 1803 - 17134.345) your command (with /netonly) work for RDM 14.0.1 and 14.0.2.

I'm not sure where the issue is coming from but I would like to do more tests. Could you answer the questions below please:

• Which version of Windows are you running? (Run -- Execute -- type Winver)
• Could you try with the 64 bits version, in your command just replace remotedesktopmanager.exe for remotedesktopmanager64.exe
• Could you remove the %USERNAME% variable and type the full domain account you want to connect with (domain\Jasper and please test Jasper@domain)

j04
Posts: 8

• Share

Hi David,

Thanks for your reply.

- My Windows 10 version is: version 1803 build 17134.345
- I've try the 64bit version, this makes no difference.
- I've try the following scripts:
"%systemroot%\system32\runas.exe" /netonly /user:j.peursem@domain.nl "C:\Program Files (x86)\Devolutions\Remote Desktop Manager\remotedesktopmanager64.exe"
"%systemroot%\system32\runas.exe" /netonly /user:domain\j.peursem "C:\Program Files (x86)\Devolutions\Remote Desktop Manager\remotedesktopmanager64.exe"
"%systemroot%\system32\runas.exe" /netonly /user:j.peursem@domain.nl "C:\Program Files (x86)\Devolutions\Remote Desktop Manager\remotedesktopmanager.exe"
"%systemroot%\system32\runas.exe" /netonly /user:domain\j.peursem "C:\Program Files (x86)\Devolutions\Remote Desktop Manager\remotedesktopmanager.exe"
In version 13.6.7.0 everything works as expected. In version 14.0.x.x, I receive the error.
DOMAIN\j.peursem is my name for our internal domain.

Thanks for your investigation.

David Grandolfo
Posts: 810

• Share

Hi,

We open an internal ticket for further test and investigation.

For further reference our case number is RDMW-1491

Best regards,

theovds
Posts: 20

• Share

Hi!
Any news yet? I'm experiencing the same problem since the update to v14 (I'm currently on 14.0.4.0).

David Grandolfo
Posts: 810

• Share

Hi,

Our QA department just sent me note about this case and we aren't able to reproduce the issue internally. We think that it could be a corruption of the data source configuration.

Could you recreate the Data Source Configuration and select the Login type as Integrated security.
Further details in this help topic, https://help.remotedesktopmanager.com/datasource_sqlserver.htm

Regards,

theovds
Posts: 20

• Share

Hi David,
Here is more info: I added the new datasource and it was working! But then I closed RDM and now it is no longer working.

Here is a screenshot of my user which is added after the update the v14:

theovds
Posts: 20

• Share

Any news on did yet? It is annoying that if need to connect to a domain joined server to have RW access to the DB. With a lot of daily changes, this will be a problem more and more. I already installed 14.0.5.0 but still have the same problem.

I also found another problem with Windows Authentiction problems: https://forum.devolutions.net/topic30681-windows-authentication-feature-not-working-with-dps-rdm-.aspx
But I'm not sure this is the same problem?

j04
Posts: 8

• Share

We have also test to add an new datasource, but unfortunately the same problem. Computers in the domain, no problem. Outside the domain, the RDM try to login to the database with my local credentials instead of the domain credentials.

David Hervieux
Posts: 16015

• Share

Do you use Devolutions Password Server or SQL Server data source? I'm asking the question because the related link is onnly for DPS.

Regards

David Hervieux

theovds
Posts: 20

• Share

We are using SQL Server data source. OK, then just forget my mention.

j04
Posts: 8

• Share

We also using SQL Server.

Stefane Lavergne
Posts: 1709

• Share

@all

Can you please try a few test for me?

1 - Multiple Instances - Make sure RDM allows for multiple instances. File > Options > Advanced > Check "Allow multiple instances". If, on the machine you have v13.x and v14.0.x installed do it to both. Close all RDM, start using runas command.

2 - Start RDM with your runas commands, make sure to use the /netonly option it's required. Go to File > My Data Source Information, it should look like this.

3 - Can you please test the runas /netonly using SSMS (SQL Server Management Server) on the machine(s) that are having the issue? Something like (adjust SSMS path as needed):

"%systemroot%\system32\runas.exe" /netonly /user:user@domain "C:\Program Files (x86)\Microsoft SQL Server\140\Tools\Binn\ManagementStudio\Ssms.exe"

SELECT SUSER_NAME();

Stefane Lavergne

theovds
Posts: 20

• Share

OK, I enabled 'allow multiple instances' and started RDM (with runas /netonly), here is a screenshot:

As you can see, it is still using my local credentials.

I do not have SSMS, but I'm using SQL Operation Studio. Here a screenshot of the query:

This looks as expected.

In RDM 13 it was working as expected, so it seems something with v14.

Many thanks for working on this!

Stefane Lavergne
Posts: 1709

• Share

Very odd, I can reproduce the issue now... No clue what's changed. Will get back to you when I found out more.

Stefane Lavergne

Stefane Lavergne
Posts: 1709

• Share

The bug has been resolved locally. We are currently performing validation tests on the version which should be released, as a beta build, this weekend.

Best regards,

Stefane Lavergne

j04
Posts: 8

• Share

That's great news, take your time to fix it and many thanks for your time.

theovds
Posts: 20

• Share

It is working now! Thanks for your effort!

j04
Posts: 8

• Share

I've install 14.0.6.0 beta en confirmed working! Thanks for your support!

Stefane Lavergne
Posts: 1709

• Share

@all thank you for the update

Stefane Lavergne