$PARENT_PASSWORD$

avatar

Version: 8.0.12.0 Enterprise

I have a "Host" session type with the Advanced "Allow password in variable" set.

I then create sub-connections under this. I have a ssh (putty) and VMWare Virtual Infrastructure Client both of which can auto-login with password entries. In each sub-connection the $PARENT_HOST$, $PARENT_DOMAIN$, and $PARENT_USERNAME$ all work great. However, when I put $PARENT_PASSWORD$ in the password field and also check the "Allow password in variable" in the advanced tab of the sub-connection, and then try the sub-connections they both don't work and its clear from the VMWare Login Dialog that the number of masked characters is the same number of characters in the string "$PARENT_PASSWORD$".

If I type the password directly into the sub-connection password fields they both work as expected. It looks to me like $PARENT_PASSWORD$ is not honored. Actually it looks like the password field on the sub-connection doesn't do any variable substitutions as $PARENT_USERNAME$ or anything else in the password field also gets sent literally w/o replacement.

Note I have tried unchecking the "Allow password in variable" on both the parent and the sub-connection and there is no difference. They don't seem to do anything.

All Comments (4)

avatar

Hi,
This is not a bug. Instead of using the variable, you should select in the Credential field: Parent. This will inherit directly the username/password from the parent.

RDM is unable to replace a variable in the password field.

David Hervieux

avatar

Thanks.

avatar

David,
I am replying mostly to aide others learning to use RDM.

Is it fair to say that:










If this isn't correct, could you clarify further? I think many users would benefit from having a type of best practice recommendation, especially when just getting started with RDM. What makes RDM great is all the flexibility in configuration, but it is also what can make it confusing as there can be multiple ways to do something and it appears that each way is there for a specific use case and there is usually a right way to do various things, but it isn't clear what that is until you have many hours of use into the system. This may only be true when trying to use templates and sub-connections extensively, which is what we are doing, but it may impact simpler uses as well.

Thanks,
Brett

avatar

Hi Brett,
I really like your comments and this clarify a lot. I will add your comments in our online help. We are also planing a new topic with some best practice and a technical use case as well.

David Hervieux