Конфигурация клиента

Настройка ~/.ssh/config

Настройка записей хоста для ssh очень проста и сэкономит вам массу проблем. Вот пример:

Host digitaloceanbox
Hostname 111.111.111.111
User root
PubKeyAuthentication yes
IdentityFile /home/user/.ssh/digitalocean-rsa
ForwardX11 yes


Host github github.com
Hostname github.com
User git
PubKeyAuthentication yes
IdentityFile /home/user/.ssh/github-rsa
ForwardX11 no

В этом примере мы настраиваем digitaloceanbox и github и github.com, чтобы мы могли выполнять следующие команды:

Если мы хотим войти в систему как другой пользователь, чем тот, который указан в конфигурационном файле, мы просто положим user@ в начале:

ssh-keygen -t rsa -b 4096 -C user@homemachine
Generating public/private rsa key pair.
Enter file in which to save the key (/home/user/.ssh/id_rsa):  /home/user/.ssh/digitalocean-rsa
Enter passphrase (empty for no passphrase): 
Enter same passphrase again: 
Your identification has been saved in /home/user/.ssh/digitalocean-rsa
Your public key has been saved in /home/user/.ssh/digitalocean-rsa.pub.
The key fingerprint is:
SHA256:p9PYE/tveF2n//bLbp3ogYDtMtYEC5ziQiPxeob6fbo user@homemachine

Ssh довольно разборчив в отношении прав собственности, файлов и каталогов с ключами ssh.

~ / .ssh / должен принадлежать владельцу и иметь 700 разрешений. ~ / .ssh / authorized_keys должны принадлежать владельцу и иметь 600 разрешений.

Итак, для root:

sudo chown root:root -R /root/.ssh/
sudo chmod 700 /root/.ssh/
sudo chmod 600 /root/.ssh/authorized_keys

Для пользователя me:

sudo chown me:me -R /home/me/
sudo chmod 700 /home/me/.ssh/
sudo chmod 600 /home/me/.ssh/authorized_keys

И затем повторите попытку.

Конечно, вы также должны проверить / etc / ssh / sshd_config, разрешено ли root разрешать вход в систему, или просто с ключами ssh.

] Если у вас есть:

PasswordAuthentication no

, вы можете установить:

PermitRootLogin yes

И затем перезапустить sshd:

/etc/init.d/sshd restart

и повторить попытку. [ ! d9]

Обратите внимание, что с помощью ssh демон sshd можно перезапустить даже при использовании сеанса ssh для этого. Openssh предназначен для решения этого вопроса.

Глядя на ваши загруженные фрагменты файла журнала, он кажется, что вы используете MacOSX? Не могли бы вы создать новый ключ ssh?

Кроме того, я узнал в прошлом, что, когда у меня есть более одного частного ключа ssh на моем локальном компьютере для моего пользователя, это иногда делает невозможным удаленную запись с помощью ssh. Это помогло очень многое сделать записи на локальном компьютере в файле ~ / .ssh / config, чтобы решить эту проблему. Например:

Host my-vps
  HostName my-vps-ip-address-here
  IdentityFile ~/.ssh/id_rsa-my-private-key-location
  User my-username-here

После этого попробуйте выполнить командную строку на вашем локальном компьютере:

ssh -v my-vps

При использовании клавиш ssh, а также никаких ssh-клавиш для некоторых других логинов , вы можете, помимо записей с ключами ssh, также определить вход ssh без использования ssh-ключа в файле ~ / ssh / config, например:

Host pi
  Hostname 192.168.1.111
  Port 22
  User pi
  PasswordAuthentication yes
  PreferredAuthentications password

Это отлично работает для меня. Также возможно определить, какой ключ использовать в командной строке:

ssh -v root@10.111.111.254 -i .ssh/id_rsa

Это может облегчить отладку, и в командной строке это всегда должно работать на локальном компьютере.

Двойная проверка конфигурации демона ssh (должна быть в /etc/ssh/sshd_config) и проверить:

PubkeyAuthentication yes
AuthorizedKeysFile %h/.ssh/authorized_keys

Также проверьте файл конфигурации, чтобы определить, установлены ли AllowUsers или AllowGroups, поскольку они действуют как белые списки для пользователей и групп соответственно.

Кроме того, я заметил, что вы пытаетесь добавить ключ к пользователю root. По умолчанию вход в root должен быть отключен, но вы также можете изменить его с помощью поля AllowUsers .

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

Кроме того, вы можете попытаться принудительно использовать свой личный ключ , указав его непосредственно на ssh с параметром -i.

Вы можете получить дополнительную информацию о man-странице ssh (запустите man ssh на вашем терминале.

Также имейте в виду, если вы хотите войти в систему как пользователь root, ваша учетная запись root должна быть активирована до входа в систему, создав для нее пароль с помощью sudo passwd root или вашего средство администрирования сервера (запустите man ssh на вашем терминале) . Вы можете получить дополнительную информацию в Ubuntu Wiki.

Надеюсь, что это поможет.

Эта проблема возникла для меня, используя образ Debian на Digital Ocean. Как-то во время краткого процесса настройки, возможно, когда я установил пароль root, владелец для /root был изменен на пользователя debian. В /var/log/auth.log я увидел следующее:

Jul 26 20:58:17 docker sshd[12576]: Authentication refused: bad ownership or modes for directory /root

Простое выполнение chown root:root -R /root решило проблему.

HTH

Просто была очень похожая проблема. Это сработало для меня - добавьте эту строку в / etc / ssh / sshd_config

AuthorizedKeysFile %h/.ssh/authorized_keys 

Затем перезапустите ssh обычным способом.