Private Vault Credentials inheritance
Hi Folks
We observed something while testing RDM 9.0
As we work a lot with Private Vault Credentials I tried to use following setup:
Every Folder and Session is defined to inherit their credentials. (general setting.)
Then I add a user defined setting on my top folder like this:
FolderA (user defined settings > override: use private vault credentials)
-SubFolderY
--HostY1
-HostA1
So I think I should be able to open HostA1 or HostY1 and it should login automatically with my set Private Vault Credentials, right?
Alas it doesn't work. I have to Batch Set my user defined setting with the Personal Vault Credential defined.
Is it possible to connect the "general inherit" somehow so it uses my user defined setting on my top folder?
Regards
Daniel
All Comments (6)
I have entered a bug for that. This might be related to other one you posted.
David Hervieux
Hm.. At least as a user I don't see the connection. Because this here is occuring anytime not after starting RDM. But you're the pro ;-) Thanks for having a look at it.
Hi,
I've just tried with the 9.0.3.0 that we will release later today and I can't reproduce it. Could you try tomorrow with the new release?
David Hervieux
I think I have found the actual Credential bug.
In this tree view, I can't automatically login on Server1.
(F = Folder, RDP = RDP Session)
Sessions [not configured]
-F.Customers [not configured]
--F.DomainXYZ [General: Inherited, User Setting: Private Vault Credential]
---F.GeneralServers [General: Inherited]
----RDP.Server1 [General: Inherited] -> LOGIN NOT WORKING
When I change General Setting on F.DomainXYZ from Inherited to Default, it's working.
Sessions [not configured]
-F.Customers [not configured]
--F.DomainXYZ [General: Default, User Setting: Private Vault Credential]
---F.GeneralServers [General: Inherited]
----RDP.Server1 [General: Inherited] -> LOGIN WORKING
So the bug is, that even if you set the User specific settings "Override credentials - Private Vault credential entry" on F.DomainXYZ it is not really overriding the general setting. It probably looks for credentials up in F.Customers when opening RDP.Server1.
You know what I mean?:-D
We can work around that bug. But it would be great if you could fix it, when you have time.
Daniel
Hi Daniel,
This is now fixed internally. Thank you for your help
David Hervieux
Thank you for listening to me :-D
I will test it as soon as possible. But I think we can Close this case.
Daniel