I have a few web site sessions which require digest authentication with a specific account and it's working fine.
But there's one website which simply won't accept the digest authentication and keeps telling me "Login failed; please try again" and presents me a web form with username/password fields. No matter what I enter in those fields then, I always get "User name or password invalid." So there's no way to just use Form Fill instead of Digest authentication with RDM. I also tried Basic authentication with/out URL encoding, same result.
However, if I start the RDM web session with "Open (External)" in an external window, I get a popup window inside the external (Chrome) window, asking me for User and Password. I tried entering the "Domain\User" scheme as well as the "User@Domain" scheme - both work. I get logged in successfully.
So what's the difference here between the internal digest routine and the external manual way?
Unfortunately I have no way of checking the logs of the web application (OpenScape WebClient) to see how the internal/external authentication methods differ.
-------------------
Remote Desktop Manager Enterprise Edition 12.6.6.0 64 Bit - Data Source: SQL Server
Running on Windows Server 2012R2 VMs with Remote Desktop Services feature, serving as common work environment for 30 Windows Server administrators
Hi,
Do you use RDM 32 or 64 bit? The issue could simply be a bug in the third party that we use for embedded Chrome. Unfortunately I'm not sure how easy it will be to verify that.
Regards
David Hervieux
Hi David,
usually I use RDM 64 bit. I tried the 32 bit version as well (both 11.1.0.0), it fails to authenticate with this specific web site using digest authentication, too.
Is there any way to support you to figure out the cause for this? Any way to activate some debug log within RDM?
Regards
Holger
-------------------
Remote Desktop Manager Enterprise Edition 12.6.6.0 64 Bit - Data Source: SQL Server
Running on Windows Server 2012R2 VMs with Remote Desktop Services feature, serving as common work environment for 30 Windows Server administrators
First thing to do is to install the latest beta version:
http://remotedesktopmanager.com/Home/Download#beta
This version contains the latest update for Embedded Chrome.
Regards
David Hervieux
Hi David,
I've just updated to 11.6.6.0 Beta, however there seems to be a bug (hopefully just the GUI is affected).
When "Web Browser Application" is set to "Google Chrome", there is no entry for "Digest" in the "Authentication Mode" drop-down list available. Miraculously, when switching to "Internet Explorer" and then back to "Google Chrome", "Digest" is available again. But after closing the Properties dialog window and checking back the Properties again, "Digest" is gone again. As I said, it's hopefully just a GUI glitch and the settings are still set to "Digest" on all my web resources. I don't want to change dozens of them again to "Digest" manually.
Nevertheless, the problem with Google Chrome persists. I end up at the login website with the "Login failed; please try again"message.
I noticed that now there is an option to select "NTLM" for "Internet Explorer". I gave it a try and it's working! Logging in works flawlessly!
Though "Internet Explorer" being rather second choice for web browser, we can live with that solution. But if you're interested in resolving the issue with embedded Google Chrome, I'd be happy to assist.
-------------------
Remote Desktop Manager Enterprise Edition 12.6.6.0 64 Bit - Data Source: SQL Server
Running on Windows Server 2012R2 VMs with Remote Desktop Services feature, serving as common work environment for 30 Windows Server administrators
Now that I've upgraded to 11.6.6.0 Beta, my VMware vSphere WebClient sessions don't work anymore using embedded Chrome.
It keeps complaining, that Flash Player is not installed - but it is. I also just installed the most recent version of all three Flash Player variations (PPAPI, NPAPI, AcitveX) from http://www.adobe.com/de/products/flashplayer/distribution3.html
Restartet RDM, tried 32 Bit, tried 64 Bit - to no avail. Launching external works like a charm.
What's wrong?
-------------------
Remote Desktop Manager Enterprise Edition 12.6.6.0 64 Bit - Data Source: SQL Server
Running on Windows Server 2012R2 VMs with Remote Desktop Services feature, serving as common work environment for 30 Windows Server administrators
Hello,
For Flash Player, could you try the following:
Best regards,
Jeff Dagenais
Hello,
Could you check in File > Options > Types > Web under the Chrome section if the checkbox "enable plugins" is checked? If it is not, can you check it, restart RDM and try again?
We will enable this option by default in the future.
Regards,
Hubert Mireault
Hi Hubert,
thank you, that did the trick! Is this a new setting? If so, having it enabled by default seems like a wise chouice ;)
Is this setting stored in the DB or in the user specific config file?
If it's in the user specific config file ( C:\Users\<Username>\AppData\Roaming\Devolutions\RemoteDesktopManager\RemoteDesktopManager.cfg ) - is there any way to easily distribute this config file to other user profiles on the same server? Currently I was using the suggested approach of having a default config in "C:\Program Files (x86)\Devolutions\Remote Desktop Manager\RemoteDesktopManager.cfg", so first time users of RDM get a copy of that in their local profile.
But how about distributing an update to this config file to all users?
-------------------
Remote Desktop Manager Enterprise Edition 12.6.6.0 64 Bit - Data Source: SQL Server
Running on Windows Server 2012R2 VMs with Remote Desktop Services feature, serving as common work environment for 30 Windows Server administrators
Yes, this is a new setting. We didn't think there would be an issue so we put it on off by default to reduce the loading times. We'll be sure to enable it by default with the next beta build.
Unfortunately I don't think there is any easy way to make the change for all of your users without overriding their own custom settings in the process. Either using the stable release 11.6.2.0 (or a prior beta), waiting for the next beta or changing the option manually would be the way to do this and keep the user's settings.
Regards,
Hubert Mireault
For the "digest" option, this should be fixed in the next beta too by the way. It is indeed just a GUI glitch as long as you don't save over the entry. If you just open your entry without modifying it, it should keep working.
Regards,
Hubert Mireault