|
|
|
|
|
|
by rednixion
2460 days ago
|
|
|
Interesting solution, I would have assumed most people would choose the ~/.ssh/config + proxyjump feature to solve this vs adding a new tool into the mix. Is the benefit mostly in centralization of the config/routes or am I missing the target usecase? |
|
|
The operation using proxyjump and sshr are quite different. As far as I know, even if proxyjump is used, the user must explicitly specify the destination host to be connected finally. On the other hand, the user using sshr does not know the destination host. The host is determined by sshr. (The developer using sshr can freely incorporate own hook functions that dynamically determines the destination host.) Therefore, if the user knows only the IP address or host name of sshr server, the user is transparently connected to the server associated with the username.
Since the behavior is completely different, the use cases are of course different. Sshr is effective when the server administrator wants to manages the association information between the users and the servers in the database or yaml file and so on. The server administrator can freely change the server used by the user without making the user aware of it.