Используя GNU sed для его BEGIN~STEP opiton.
printf "%s\n" {1..137} |tee \
>(sed -nr '2~4H; 3~4H; ${g; s/\n/,/g; s/^,(.*)/\1/p}'>set23) |
sed -nr '4~4H; 5~4H; ${g; s/\n/,/g; s/^,(.*)/\1/p}'>set45
cat set23
cat set45
Вывод
2,3,6,7,10,11,14,15, ... ,130,131,134,135
4,5,8,9,12,13,16,17, ... ,132,133,136,137
Этот тег Wiki имеет хорошую информацию о ssh
и как диагностировать некоторые основные проблемы.
Мое первое предположение должно было бы проверить полномочия ~/.ssh
и удостоверьтесь, что это не перезаписываемо никаким пользователем кроме Вас. Можно читать больше на этом здесь.
Вы называли свой ключ чем-то другим, чем id_rsa, id_dsa или id_ecdsa?
По умолчанию ssh только попробует этими ключевыми именами. Если Вы имеете, выбрал другой, никакую панику, можно или указать ключевое имя с помощью-i или указать его раз и навсегда в ~ssh/config файле.
Пример с-i (возможно, необходимо добавить ~/.ssh/перед ключевым именем, я не могу вспомнить):
ssh -i <your_priv_key_name> myuser@192.168.1.217
Пример ~/.ssh/config
Host 192.168.1.217
IdentityFile ~/.ssh/<your_priv_key_name>
Предполагая, что "myuser" является действительным пользователем в удаленной системе, ключ должен быть помещен в это пользователи ~/.ssh/authorized_keys (при использовании конфигурации по умолчанию).
Проверьте свой sshd_config на удаленном сервере для обеспечения, каков authkey файл должен быть, ищите строку AuthorizedKeysFile
.
От Вашего подробного вывода
debug1: Connecting to 192.168.1.217 [192.168.1.217] port 22.
debug1: Connection established.
debug3: Incorrect RSA1 identifier
debug3: Could not load "/home/leandro/.ssh/id_rsa" as a RSA1 public key
debug2: key_type_from_name: unknown key type '-----BEGIN'
Я вижу, что Вы пытаетесь соединиться с 192.168.1.217 через 22 порта с помощью ssh. Но закрытый ключ "/home/leandro/.ssh/id_rsa" не загружается. Кажется, что проблема находится в ключевой роли.
Следуйте за этим URL: http://linuxinternetworks.com/ssh-key-authentication-setup-in-linux-how-to/
Это показывает, как создать rsa ключ и присвоило его действительному пользователю. Попытайтесь создать и закрытый ключ с открытым ключом как пользователя root и скопировать открытый ключ в действительного пользователя удаленной машины .ssh каталог и использовать закрытый ключ для входа в систему.
Также проверьте свой iptables или ufw, если таковые имеются.