DKWSLabs

den

Прежде всего, необходимо усвоить, что основой использования ssh без ввода пароля служит идентификация пользователя на основе публичного ключа. Вам необходимо создать пару ключей - публичный/частный (public/private). Покажем, как это делается на примере ssh версии 2 (отметим, что версия 1 является устаревшей, использовать её не рекомендуется).

Шаг 1. Создаём на "клиенте" пару ключей (публичный/частный), используя утилиту ssh-keygen:
$ ssh-keygen -t rsa
Generating public/private rsa key pair.
Enter file in which to save the key (/home/ns/.ssh/id_rsa):
Created directory '/home/ns/.ssh'.
Enter passphrase (empty for no passphrase):
Enter same passphrase again:
Your identification has been saved in /home/ns/.ssh/id_rsa.
Your public key has been saved in /home/ns/.ssh/id_rsa.pub.
The key fingerprint is:
18:f7:a3:78:ec:9e:36:b4:95:c0:5a:36:c4:b6:88:8b ns@games.zunet.ru

Здесь мы используем опцию -t, чтобы указать на использование RSA для создания ключей. Ввод некоторого (произвольного) выражения в качестве passphrase настоятельно рекомендуется. После выполнения данной операции получаем два файла в поддиректории .ssh домашней директории: id_rsa и id_rsa.pub

Шаг 2. Копируем файл id_rsa.pub в директорию .ssh/ на "сервере" (напомним, так мы договорились называть удалённую машину, доступ по протоколу ssh к которой необходимо осуществлять без пароля), под именем authorized_keys2:
$ scp /home/ns/.ssh/id_rsa.pub ns@vps:/home/ns/.ssh/authorized_keys2
ns@vps's password:
id_rsa.pub 100% 227 0.2KB/s 00:00

Таким образом, мы указали демону sshd (программа-демон, выполняющая роль SSH-сервера) на "сервере", что для шифрования данных при соединении с нашим "клиентом" необходимо использовать указанный публичный ключ и, кроме того, данный ключ создан для протокола версии 2.

Шаг 3. Часть настройки, касающаяся публичного ключа, можно считать завершённой. Теперь "сервер" не будет запрашивать пароль при попытке установления соединения по ssh с данной конкретной машины ("клиента") от данного пользователя (конечно же, в других случаях, пароль будет требоваться, как и должно быть).

Links
http://www.cs.umd.edu/~arun/misc/ssh.html
http://www.osnews.com/story.php?news_id=12416
Обсуждения:
http://forum.itpeople.ru/index.php/t/291/0/
http://www.bsdportal.ru/viewtopic.php?t=6226&sid=5776ae9225477e60564771257ecb4326
http://www.linux.org.ru/view-message.jsp ... 0%26offset%3D270&anonymous=hide
http://forum.1doma.com/forums/lofiversion/index.php/t39823.html

den

главное не забыть:
PermitRootLogin without-password
PubkeyAuthentication yes
PasswordAuthentication no

/etc/openssh/sshd_config

Nologin

Денис, а можно увидеть полный листинг sshd.conf?
Задача - максимально обезопасить предприятие от проникновения бывшего админа, который знает все и вся... хотелось бы отстроить ссш так, чтобы только по имеющумуся ключу (скажем на моей флешке) можно было бы подкинуть его putty и зайти на хост, желательно с паролем и строго опредленному пользователю, а всем остальным пользователям - от ворот поворот, а имя пользователя того кому разрешен ssh что-то вида eH4lst78 как-то так...

Nologin

После двух-трех дней лазания в инете, читалова мауалов и вникания в суть требуемого, только стоит задать вопрос умным людям, как тут же сразу в глазапопадается нужная тебе статья, где описана твоя проблема от А до Я, ну не западло, а? Все сделал, всем спасибо. Как поствлю машику на место - пропрошу сделать мне показательный взлом)))

chip

den, пора ссылок битые...