SSH GW credentials override from user vault
1 vote
Small feature request: I cannot find a way to override credentials for SSH Gateway when connecting to an SSH host entry, and I assume there is no such way. Could you please add that at some point in the future?
SSH Gateway doesn’t seem to honor the “VPN/Tunnel/Gateway” credentials override configuration in the User-specific settings, and that would be quite important for us. Now it just asks for credentials even if I set all the overrides in the User-specific settings. The actual host credentials are overridden just fine, just the gateway ones not.
This would be crucial for us to have, as we are using personal credentials also to the customer-specific SSH gateways.
To clarify, I mean this SSH Gateway configuration in a host item. Basically we would use that to connect to a customer environment via one of the customer servers to only have SSH port open to one host, using the same personal credentials to log into the gateway host and to the actual target computer.
aaf0e418-11d5-4625-80da-ab26b85a4ac5.png
All Comments (1)
Hello,
At the moment, as you said, it's not possible to override these credentials. Due to the fact it's possible to add any number of gateway links and how the specific settings feature works, it would not be simple to achieve this.
How do you currently structure your vault? Do you also use these credentials for other entries, for these customers? If you do, I would instead suggest you create a credential entry for your gateway and link to it through the "Linked (vault)" feature. From there, these credentials can then be used in that gateway, but also in other entries that might be useful to connect to your customers.
Do you think this would work for you? Otherwise, having a bit more information as to how you use the application and how you structure your entries would help us find (or develop) a more appropriate solution. There's a lot of flexibility as to how you can organise your vault and reuse credentials, including, for example, variables, which might be a possible other solution here.
Regards,
Hubert Mireault
820bdb3f-16f1-4b50-a291-bbfa9a9b6573.png
