не может ssh без пароля - получают другого пользователя
Действительно ли модель рабочей группы является правильной для нас?
Для 3 компьютеров? Несомненно, я, возможно, посмотрел на использование поля Linux или Windows Home Server вместо Сервера 2008, чтобы экономить на лицензировании затрат, но для 3 пользователей потребность в домене является, скорее всего, очень низкой.
Число пользователей/узлов должно быть единственным фактором для рассмотрения? Я предполагаю нет. Так, что другой factos мы должны рассмотреть?
Число пользователей имеет значение только косвенно. Обычно Вы хотите домен при необходимости в функциях, можно только использовать с доменом. Как Групповые политики, Exchange, и так далее. Большая функциональность Windows Server и Серверы MS только работает хорошо в доменной среде. Но для действительно небольшого количества пользователей очень редко на самом деле нуждаться в тех функциях.
Если те другие factos указывают на модель рабочей группы, но сеть становится к большому. Насколько большой это должно быть (с точки зрения пользователей и узлов) для миграции в модель предметной области воспользоваться преимуществом преимущества ее преимуществ?
Вы захотите переключиться на домен, когда необходимо будет использовать функцию, которая может только быть использована на домене. Если Вы захотите некоторое дублирование для того сервера 2008, то Вы захотите домен. Если Вы захотите Exchange, то Вы захотите домен. Если Вы хотите, чтобы пользователи смогли работать от какого-либо компьютера вместо присвоенного, Вам, возможно, понадобится домен.
Если Вы думаете, что будете расти много, или думать, что Вам будет нужна некоторая функция, которая только работает в домене в будущем, можно хотеть позволить домену теперь сохранить необходимость изменить вещи на компьютерах позже.
Права доступа к каталогу .ssh и / или файлам в нем неверны на удаленном сервере.
Вы можете исправить это вручную или просто использовать утилита ssh-copy-id для копирования ваших открытых ключей на сервер. Это также исправит все неработающие разрешения этого типа.
ssh-copy-id -i ~/.ssh/id_dsa user@server2.com
Если у вас все еще есть проблемы, вам нужно посмотреть журналы отладки sshd на сервере.
1 - Куда именно вы добавляете открытый ключ id_dsa.pub? Может быть, вы добавляете его в /root/.ssh/authorized_keys вместо /home/user/.ssh/authorized_keys на server2? Убедитесь, что вы поместили его в поле authorized_keys соответствующего пользователя.
2 - разрешения (как предлагает Майкл)
chmod 700 /home/user/.ssh
chmod 600 /home/user/.ssh/authorized_keys
3 - server1: используйте следующую команду для подключения.
ssh -i /home/user/.ssh/id_dsa user@server2.com
Следующие шаги могут помочь вам
сервер 1 ssh-keygen -t dsa -b 1024 (без пароля)
scp id_dsa.pub user@server2.com : /home/user/.ssh
cat ~ / .ssh / id_dsa.pub | ssh user @ remotehost 'cat >> ~ / .ssh / authorized_keys'
chmod -R 700 /home/user/.ssh[12129 visiblechmod -R 600 /home/user/.ssh/authorized_keys[12130estiveServer2
chmod -R 600 /home/user/.ssh/authorized_keys