mirror of
https://github.com/ovh/the-bastion.git
synced 2026-05-09 08:25:27 +02:00
[GH-ISSUE #437] Login with user@domain #116
Labels
No labels
answered
bug
documentation
enhancement
enhancement
feature
feature
kept-open-for-info
pull-request
question
No milestone
No project
No assignees
1 participant
Notifications
Due date
No due date set.
Dependencies
No dependencies set.
Reference
starred/the-bastion#116
Loading…
Add table
Add a link
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Originally created by @hanunes on GitHub (Dec 19, 2023).
Original GitHub issue: https://github.com/ovh/the-bastion/issues/437
We have some devices that only accept the username with the appended domain (user@domain).
If we try to use this combo, the bastion says "Remote user name 'user@domain' seems invalid".
Unfortunately, I've looked at the device's config, but haven't found a way to change the behavior. Is this something that can be done on the bastion side?
@speed47 commented on GitHub (Jan 19, 2024):
Thanks for your report!
The @ is not an allowed character for accounts on Linux/BSD or more generally POSIX systems, which are historically the main targets for the bastion, which is why it's not allowed as a remote user name.
However, if some devices that have an SSH daemon expect this format, this should be doable, we'd however have to check first that this doesn't have side effects, as the @ is usually used for SSH as a separator between the login and the host, as in
ssh user@host.What kind of device do you have that accepts such format for users logging in to SSH?
@hanunes commented on GitHub (Jan 22, 2024):
Good afternoon, we have Huawei OLTs that need this format specifically. The idea is not to have the bastion user with an @ at the system level, but just allow the ssh command within the bastion to this host with that format.