Назад | Перейти на главную страницу

ssh-copy-id - в разрешении отказано (открытый ключ)

Я хочу настроить ssh-туннель к серверу mysql, который находится на компьютере с виртуальной машиной. Также туннель должен работать, если машина будет перезапущена.

Итак, допустим, A - это компьютер с программным обеспечением Linux. B - виртуальная машина на компьютере A.

MySQL находится в B.

C - это виртуальная машина на компьютере A, которая хочет подключиться к MySQL в B.

Теперь по этой статье: http://www.thegeekstuff.com/2008/11/3-steps-to-perform-ssh-login-without-password-using-ssh-keygen-ssh-copy-id/

Я пытаюсь скопировать открытый ключ на удаленный сервер. Думаю, мне нужно скопировать его на компьютер А.

ssh-copy-id -i id_rsa.pub.bak [user]@[IP of A] -p [port of A]
Enter passphrase for key '/home/[user]/.ssh/id_rsa':
Permission denied (publickey).

Теперь я попытался ввести кодовую фразу для файла id_rsa.pub.bak. Это отрицалось.

Затем я вижу, что он использует ключ в /home/[userpting/.ssh/id_rsa, который отличается от открытого ключа, который я пытаюсь скопировать, я имею в виду, конечно, закрытый ключ другой, но я имею в виду, что я копирую открытый ключ другого закрытый ключ. Поэтому я попытался использовать его парольную фразу. Также отказано.

Как я могу отладить причину отказа в парольной фразе?

Обновить

Основываясь на комментариях, я создал новый общедоступный файл с именем id_rsa.pub, где теперь все в одной строке

и запустить и все равно получить ошибку.

ssh-copy-id -i id_rsa.pub [host and port] -vvv
Enter passphrase for key '/home/[user]/.ssh/id_rsa':
Permission denied (publickey).

Обновить

Проверил разрешения для папки .ssh и файла authorized_keys на компьютере A - они 700 и 600, так что в комментарии говорится, что они хорошие.

Обновить

Пробовал установить парольную аутентификацию да на компьютере и перезапустить службу. Перезапуск по ответу не сработал, он написал, что sshd не распознается, поэтому я перезапустил, используя:

sudo /etc/init.d/ssh restart

Затем попытался еще раз на машине C скопировать на машину A.

ssh-copy-id -i id_rsa.pub [user@host] -p [port] -v

и все то же самое:

Enter passphrase for key '/home/[user]/.ssh/id_rsa':
Permission denied (publickey).

Если я копирую ключ вручную в authorized_keys, я вижу, что открытый ключ уже существует, тот самый, который я хочу скопировать. Я спросил своего коллегу, он сказал, что не копирует. Так что даже не понимаю, как это может быть.

Хорошо, если он есть, было бы хорошо, но, оставаясь там, я не могу подключиться к ssh без ввода парольной фразы. Но мне удалось подключиться, введя кодовую фразу. Так что здесь явно что-то не так. И ключ, который я пытаюсь скопировать, имеет пустую парольную фразу. Когда я подключился по ssh - я ввел кодовую фразу, которая не была пустой.

Один и тот же открытый ключ не может принимать пустую парольную фразу и непустую парольную фразу, что имеет смысл. Но тогда почему открытый ключ, который я пытаюсь загрузить, совпадает с ключом в файле authorized_keys, если парольные фразы разные? Я не проверял каждый символ, но маловероятно, что ключи будут настолько похожи, что начало и конец будут одинаковыми, даже если, как мне кажется, парольная фраза будет другой.

Вам действительно нужно войти в систему, чтобы скопировать свой ключ, у вас нет доступа к удаленному компьютеру (неверный ключ и аутентификация по паролю отключены):

Повторно включите аутентификацию passwd в / etc / ssh / sshd_config:

PasswordAuthentication yes

Затем перезапустите службу:

service sshd restart

Скопируйте свой открытый ключ:

ssh-copy-id -i ~/.ssh/id_rsa.pub USER@HOST -p PORT
[Enter user password]

Попробуйте войти еще раз, пароль не требуется.

Затем отключите аутентификацию по паролю.

Permission denied (publickey) удаленный SSH-сервер говорит: «Я принимаю только открытые ключи в качестве метода аутентификации, уходите».

Это ваша главная задача: подключиться к удаленной системе. Как только вы это сделаете, вы можете загрузить свой ключ:

  • С помощью ssh-copy-id - это позволит вам указать другой ключ, например, если вы заменяете старый.
  • Редактировать удаленного пользователя ~/.ssh/authorized_keys чтобы добавить ключ вручную.

Наконец-то нашел проблему.

На самом деле мне не нужно было копировать открытый ключ. Один и тот же открытый ключ предназначен для обоих закрытых ключей - с парольной фразой и без парольной фразы. Я думал, что у меня есть закрытый ключ без ключевой фразы, но на самом деле это не так. У меня был только .ppk без парольной фразы. Это была пропущенная коммуникация. Итак, коллега сделал закрытый ключ без ключевой фразы, и теперь я мог войти в систему, используя ssh без ключевой фразы. Я читал, что без ключевой фразы - плохо, но коллега говорит, что все в порядке. Мне нужно было без парольной фразы, потому что мне нужно запускать сценарий оболочки при перезагрузке - я хочу запустить autossh при перезагрузке компьютера.

Итак, на этот раз решение - если вы хотите войти в систему без ключевой фразы - проверьте, действительно ли ваш закрытый ключ без ключевой фразы.