|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 08 Jul 2004 15:05:51
To : Tolikkk
Subject : Re: перетащить файло через 22 порт (SSH)
--------------------------------------------------------------------------------
Tolikkk -> Artem Chuprina @ Thu, 8 Jul 2004 09:23:14 +0000 (UTC):
T> Thu Jul 08 2004 12:28, Artem Chuprina wrote to Tolikkk:
AC>> man ssh-keygen
T>>> я так понял он генерится на стороне сервера?
AC>> Hа стороне клиента. Это _твой_ ключ. А на сервер его открытый ключ
AC>> кладется в ~/.ssh/authorized_keys того пользователя, к которому ходить.
AC>> -i, кстати, обычно давать не надо. Само разберется. Понятно, что если
AC>> для работы из скрипта, то оно должно уметь не вводить пассфразу на
AC>> ключ. Если это скрипт, запускаемый тобой интерактивно, то нормальные
AC>> люди пользуются ssh-agent'ом, а если демоном, то придется делать ключ
AC>> без пассфразы.
T> Hа клиенте говорю: #ssh-keygen -t rsa1
Пассфраза пустая?
T> появляются файлы $HOME/.ssh/identity $HOME/.ssh/identity.pub
T> Перетаскиваю файл $HOME/.ssh/identity.pub на сервер к юзеру
T> под которым собираюсь туда входить и переименовываю его в
T> $HOME/.ssh/authorized_keys
T> После этого снова на клиенте пытаюсь чтото скопировать
T> #scp -B юзер@сервер:111.txt 111.txt
T> Permission denied (publickey,password).
T> Что я неправильно сделал???
ssh -v юзер@сервер и читать, на что выругается. Две стандартных причины
- либо слишком вольные права на файл или директории по дороге (sshd,
будучи софтом, обеспокоенным безопасностью, каким попало правам не
доверяет), при этом он должен выругаться на это в логе на сервере, либо
запрещен доступ по первой версии протокола - тогда надо сгенерировать
ключ для второй.
--
Artem Chuprina
RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/122.256, ICQ: 13038757
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
