"copy username and password" only copies username
We have this issue on version 2021.2.20.0 64-bit. When using copy username and password, only the username is pasted in the first, second, third and so on. Tested on both Windows 10 and Windows 11, with and without Windows Clipboard functionality. Tried with both Clipboard copy method "Paste once (secure)" and "Legacy". Have anyone experienced this and been able to solve it?
Renew license registration
Hi,
I have received multiple serial numbers, how and where do I activate these?
Have looked for answers in FAQ, forums, online help, Devolutions Server Console, RDM server, Devolutions Cloud.
Regards,
Kim
Norway
RDM Browser Plugins and Office 365
We're using embedded chrome web browser sessions for all our customers' 365 tenants. At some point I guess we'll be forced to use the "new sign-in-experience" - haven't given it a try yet. Will post an update when tested!
Regards,
Rune
Credential repository -> Web Browser embedded credential
Short update,
I split the Web Browser session and Credentials, and gave appropriate read access to the rest of the credential tree for the sales department - without ability to "view password". Then used "allow reveal credentials (everybody)" on the linked Web Browser session itself. They can now reveal that password only, even though it's located somewhere else. Perfect!
It's these little tweaks and twirks that makes RDM so flexible.
In case anyone else stumbles upon a similar situation :)
Regards,
Rune
Credential repository -> Web Browser embedded credential
That is indeed unfortunate.
We usually split credentials and sessions where the parent folder of the sessions point to the credential repository - allthough, sometimes we need to put the credentials directly in session-entries, because some of the users don't (and shouldn't!) have access to the "credential structure". Guess that means they're not reusable elsewhere (having the password more than one place is not an option). I wish it was possible for users to access a session (with linked credentials), even though they don't have access to the credentials themselves.
Thanks for the clarification.
Regards,
Rune
Credential repository -> Web Browser embedded credential
Here is an example of what I'm trying to do:
Credential repository -> Web Browser embedded credential
I am aware, Jeff. Yes, it can be seen. My particular challenge is that the credential list (under credential repository) will only show credentials classified as, well, credentials, in the tree view :) "Web browser" sessions (which also contain credentials, but strictly not classified as a credential) can't be selected (not visible). In this particular case, some of the "Web browser" sessions are the "master source" containing these credentials. If you get my drift.
Are there any technical reasons why it's like this?
Credential repository -> Web Browser embedded credential
Hello!
We're currently using RDM Enterprise Edition + Devolution server to manage credentials, sessions, documentation etc. All content in our data sources are shared (no personal entries/vault - we want to avoid that as a team), but the access level varies depending on your role and/or spesific customers. All good.
We're usually pretty strict when it comes to remote sessions and credentials - they're split so that only the required personel can access credentials. Allthough, for Office 365 tenants we've implemented web browser entries for customers' Office 365-portals with the credentials embedded in the web browser entry itself (since we don't want our sales department accessing the rest of the credentials:)). That's also OK.
Lately, I've been planning to also create predefined Powershell-sessions to those same O365-tenants. These will only be available to our technical staff, and is located somewhere else in the hierarchy. The problem is that I cannot seem to be able to point credentials to a web browser entry under credential repository (won't show up as a valid choice). If this is by design - are there any chance of making it possible - like an override, or option?
We have tons of such web browser entries with passwords, and it's imperative that we only have one source of credentials for each site to be able to keep track when passwords change, and to allow us to re-use the credentials without comprimising the rest of our credential hierarchy.
Hope this makes sense. I'll elaborate if needed. Any tips or advice appreciated.
Thanks in advance.
Regards,
Rune Digernes