Добавление ssh ключ приводит к “Соединению, закрытому”
ZoneEdit.com вверх и вниз. См. http://zoneedit.com/status.html
Наиболее распространенной проблемой при настройке входа без пароля с помощью SSH является неправильное получение разрешений для вашего каталога .ssh и файлов authorized_keys . SSH суетливо относится к разрешениям - не без оснований; неправильные разрешения могут поставить под угрозу вашу безопасность.
Разрешения должны быть как минимум такими ограничительными:
$ ls -la .ssh
total 28
drwx------ 2 user group 4096 2011-10-05 16:08 .
drwxr-xr-x 4 user group 4096 2012-04-03 12:16 ..
-rw------- 1 user group 405 2011-10-05 16:08 authorized_keys
-rw-r--r-- 1 user group 15912 2012-03-24 10:17 known_hosts
Вы можете добиться этого с помощью:
chmod 700 .ssh
chmod 600 .ssh/authorized_keys
Вторая наиболее распространенная ошибка - правильное написание authorised_keys и наличие SSH игнорируйте файл, потому что он был написан американцами.
Сообщения об ошибках для разрешений появляются на сервере, в журналах, а не в клиенте, так что это может быть сложно найти.
Я также столкнулся с проблемой с моим открытым ключом, разделенным на две строки в .ssh / authorized_keys . Поскольку разделение происходит точно в конце строки, это неочевидно. Такой редактор, как vi , упрощает определение. Изменение размера окна терминала также должно привести к его повторному обтеканию и четкому отображению любых разделенных линий.
Я предполагал, что вы имели в виду .ssh в своем вопросе, а не .svn . Если вы действительно создали каталог .svn , вам нужно будет изменить его на ssh .
Твой вопрос сложно разобрать, но я не знаю, что, по твоему мнению, ".svn" выполнит.
Ваш открытый ключ должен быть добавлен в ~ / . ssh / authorized_keys в удаленной системе.
man ssh для подробностей.
Просто установите пароль пользователя на '*' - это предотвратит вход по имени пользователя и паролю