Как скопировать SSH ключ на удалённую Ubuntu 18.04 при помощи ssh-copy-id?

Question

[Максим Зубенко]

Здравствуйте!
Давно не программил, т.к. сменил профиль деятельности. Но понадобилось запустить один из проектов 4-5 летней давности. Поэтому купил VPS на бегет.
Установил сервер Ubuntu 18
Подключился через ssh предоставленным пользователем root
Создал пользователя ws. Сменил ему пароль. Добавил в псевдогруппу sudo.
Проверил подключение к серверу пользователем ws с паролем через ssh. Подключается.
У себя на сервере пишу команду:
ssh-copy-id -i /home/max/.ssh/ws_key ws@45.146.164.232
(пробовал и так: ssh-copy-id -i /home/max/.ssh/ws_key.pub ws@45.146.164.232)
выдаёт:
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/home/max/.ssh/ws_key.pub"
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
ws@45.146.164.232's password:
client_loop: send disconnect: Broken pipe

я подумал возможно не может что-то там создать. Полез в свои старые шпаргалки. Нашёл. Подключился к серверу снова пользовалем ws через пароль по ssh.

Создал папку: mkdir ~/.ssh
Дал права: chmod 0700 ~/.ssh
Создал файл: touch ~/.ssh/authorized_keys
Дал и ему права: chmod 0644 ~/.ssh/authorized_keys

Отключился. Снова попробовал со своего компа скопировать ssh ключ. И снова результат неудовлетворительный.

ssh-copy-id -i /home/max/.ssh/ws_key ws@45.146.164.232
/usr/bin/ssh-copy-id: INFO: Source of key(s) to be installed: "/home/max/.ssh/ws_key.pub"
/usr/bin/ssh-copy-id: INFO: attempting to log in with the new key(s), to filter out any that are already installed
/usr/bin/ssh-copy-id: INFO: 1 key(s) remain to be installed -- if you are prompted now it is to install the new keys
ws@45.146.164.232's password:
client_loop: send disconnect: Broken pipe

Помогите. Чего не хватает? Или может я что-то делаю не так? За ранее спасибо.

p.s. я помню у меня когда-то что-то подбное было. Ключ не копировался и Ansible не работал. Я ключ скопировал вручную в файл authorized_keys, но Ansible так же отказывался работать. Потом я что-то сделал и у меня и ssh-copy-id заработал и Ansible тоже. Всё перерыл и не могу найти в чём причина. Только хостер тогда тругой был.

Comments

[Drno]

а обязательно надо по ключу подключаться? по парол то чем плохо?

[Максим Зубенко]

Drno, для меня обязательно. Т.к. будет закрыт доступ по паролю и пользователю root.

[Lynn «Кофеман»]

А точно нужно заморачиваться с починкой ssh-copy-id?
Мне кажется проще содержимое публичного ключа закинуть копипастой в authorized_keys и всё.

[Lynn «Кофеман»]

Ах, да, ещё неплохо бы сделать chmod 755 (или даже 700) на домашнюю папку.

[Vladimir]

на крайняк можно через Мобу хтерм или термиус перекинуть через sftp

[Максим Зубенко]

Ребят я почему переживаю. Я точно помню, что если не работает ssh-copy-id, то и ansible не будет работать. Может это субъективно и никак не связано, но если я вручную добавляю ключ, то я могу только авторизоваться, а Ansible не хочет работать. А вот когда срабатывает ssh-copy-id, то и всё остальное (и Ansible в том числе) срабатывает. Я пробовал на той неделе с хостером timeweb. Упёрся в тоже самое. Мучился мучился. Ну не хочет Ansible авторизовываться. Сегодня купил vps на beget. Ушёл на другой комп. Через другой роутер. Создал другой ключ. А всё тоже самое. ssh-copy-id как заговорённая. Ну ведь почему-то же оно не срабатывает. В чём причина не пойму. И такое было 5 лет назад. И починилось как-то элементарно. Всё перерыл, всё перепробовал, а починить не могу.

Answer 1

[Vitaly Karasik]

На удаленной машине:
1) chmod 0600 ~/.ssh/authorized_keys
2) открыть ~/.ssh/authorized_keys в редакторе и добавить публичный ключ

Answer 2

[Saboteur]

1. нужно залогиниться на удаленный сервер, и посмотреть настройки sshd в /etc/ssh (скорее всего /etc/ssh/sshd_config)
Возможно правильный файл будет authorized_keys2, например

2. ssh-copy-id -i /home/max/.ssh/ws_key.pub ws@45.146.164.232
тут нужно путь к приватному ключу, а не публичному

chmod 0600 на authorized_keys не обязательно. Это обязательно для приватных ключей, не для публичных

Answer 3

[Zerg89]

Хмм у beget подключение к серверу настраивается вручную и имя совпадает с именем пользователя в консоли vps, может в консоли надо пользователя прописать а то он улетает в никуда если пользователя нет в базе маршрутизации nginx он не понимает на какой внутренний сервер это надо завернуть
Ps хотя бред он бы и просто по ssh тогдабы не заходил
Pss Попробуй на сервере beget sshd.conf поправить ClientAliveInterval в секундах вроде