![Неверные данные для входа в Guacamole ssh](https://rvso.com/image/1654749/%D0%9D%D0%B5%D0%B2%D0%B5%D1%80%D0%BD%D1%8B%D0%B5%20%D0%B4%D0%B0%D0%BD%D0%BD%D1%8B%D0%B5%20%D0%B4%D0%BB%D1%8F%20%D0%B2%D1%85%D0%BE%D0%B4%D0%B0%20%D0%B2%20Guacamole%20ssh.png)
Итак, в предыдущем вопросе я пытался войти в оболочку localhost через guacamole. Решением было включить аутентификацию по паролю для подключений localhost в конфигурации sshd.
Поэтому я более внимательно рассмотрел настройки гуакамоле и заметил следующее: https://i.stack.imgur.com/EJomQ.png
Я знаю о hostname
, это ip сервера. Тогда порт - это как раз то, что я включил в sshd
конфигурации. Закрытый ключ с парольной фразой я также могу дать, скопировав из cat
моего id_ed25519
файла и вставив соответствующую парольную фразу.
Я не понимаю, как заполнить раздел открытого ключа. Я использую ssh только для машин с моего терминала. И простой ssh oonfig, указывающий на файл ключа, будет работать. Что мне нужно там заполнить? Простой cat
мой связанный, id_ed25519.pub
похоже, не работает.
РЕДАКТИРОВАТЬ:
До сих пор я пытался оставить парольную фразу для файла ключа пустой. А затем мне предлагают ввести ее. После чего меня немедленно выкидывает с сообщением о неудачном входе. Когда я использую ключ без парольной фразы, меня все равно просят ее ввести, нажатие Enter без введенной парольной фразы также приводит к ошибке.
решение1
Насколько я могу судить, вход по ssh в guacamole не работает. Я протестировал пару ключей RSA 2048 и 4096, обе работали через терминал ssh с удаленной системой. В guacamole можно подумать, что вам нужно изначально настроить аутентификацию, чтобы иметь имя пользователя, пароль и закрытый ключ в guacamole.
Причина этого в том, что вам сначала нужно будет указать свое имя пользователя/пароль, чтобы добавить закрытый ключ в удаленную систему. Затем вы выполните начальное подключение, которое, как вы ожидаете, загрузит ключ. В этот момент, я думаю, вы вернетесь в свой профиль аутентификации для этой системы и удалите пароль и закрытый ключ, оставив только имя пользователя. Я думаю, это будет имитацией "ssh username@IP", и пользователь должен войти в систему. В нынешнем виде это не работает, даже если из стандартного терминала пользователь авторизован.