Пример копирования файла smb.conf на удаленный хост в домашнию директорию пользывателя ceval в папку conf :

Пример рекурсивное копирование, полность каталог:

Для выбора файлов для копирования в интерактивном режиме в стиле FTP используется команда sftp. Её использование практически не отличается от использования обычного ftp-клиента. Но при этом все данные передаются в зашифрованном виде.

Также есть возможность выполнять команду на одном компьютере, а результат её вывода сохранять на другом. Пример такого использования SSH Вы уже видели в предыдущем разделе: таким образом был дописан открытый ключ в файл на сервере. Дело в том, что после имени пользователя и компьютера можно передать команде ssh произвольную команду командного интерпретатора и она будет выполнена после соединения вместо вывода приглашения для ввода команд. При этом стандартный ввод и вывод ssh будут переданы запущенной команде.

Например, так можно сделать резервную копию файловой системы на сервер:

Или вот эквивалент команды «scp -r /home user@host:/copy/»:

Также может использовать SSH команда rsync.

копирует каталог mydir в /copy/mydir на компьютере host. Имя пользователя в этом случае надо указывать в аргументе флага -l. rsync эффективно работает, когда копирование уже было совершено ранее и с тех пор каталог изменился незначительно. В этом случае rsync обеспечивает копирование только изменений.

После выполнения у нас появиться 2 файла, в идеале должны появиться в директории .ssh, у меня появились в ~/home/ceval возможно надо было указать путь при создании ключа (/home/ceval/.ssh):

key - приватный ключ, держать в секрете .ssh

key.pub - публичный ключ, необходимо будет положить на сервер

Если ключи создались ~/home/ceval перемещаем их в .ssh и на всю директорию ставим права - только чтение пользователю:

Затем открытый ключ (key.pub) сохраняет на сервере в домашнем каталоге той учётной записи, куда он хочет войти в файле ~/.ssh/authorized_keys.

Так же для безопасности:

Теперь проверяем

Если при создании ключа мы задали пароль, то при первом подключении его нужно будет ввести

Все должно работать и пускать без проблем, в случаи чего смотрим /var/log/auth.log

Так же можно убедиться что на сервере разрешена авторизация по ключу (установлено дефолту), для этого в файле /etc/ssh/sshd_config должны быть строки:

RSAAuthentication yes
PubkeyAuthentication yes
AuthorizedKeysFile .ssh/authorized_keys

Если на сервере вообще хотим запретить авторизацию по паролям, выставляем параметр в /etc/ssh/sshd_config:

PasswordAuthentication no
PermitEmptyPasswords no