Доступ запрещен SSH несмотря на корректные используемые учетные данные
Я делаю почти точно это.
У меня есть "ссылочное" изображение XP, которое имеет текущие патчи, основные приложения, и т.д. Когда мне нужно новое изображение, я просто копирую весь каталог в новое имя. Затем, когда я открываю копию в VMware Workstation, она спрашивает меня, если я скопировал ее или переместил ее; когда я говорю этому, что изображение было скопировано, VMware автоматически фиксирует MAC-адрес.
Единственная проблема состоит в том, что каждый склонен идти VM-happy, когда это - это легкое сделать копии - у меня есть что-то как девять или десять VMs на одном ноутбуке, и хранение их всех исправленных является основной работой сам по себе иногда.
Это почти напоминает мне о ситуации, что я видел, где Вы вне пространства и наклона процесса быть разветвленными и т.д. Если пространство не будет проблемой затем, то Вы захотите видеть, заблокирована ли Ваша учетная запись.
Если можно выполнить удаленные команды, но наклон видит вывод, необходимо попытаться передать вывод по каналу к почтовой программе, чтобы отправить Вам детали. Например:cat /etc/ssh/sshd_config | mail -s ssh_config email@example.com
Существует очень хороший шанс, что Ваш sshd_config имеет следующую установку:
PermitRootLogin without-password
Это означает, Корень может только пройти проверку подлинности с ключом. Если Вы никогда не предоставляли один, существует хороший шанс, что необходимо будет попросить, чтобы дата-центр удалил поле к однопользовательскому режиму и отредактировал тот файл, чтобы позволить Вам входить.
После этого сделайте частное / пара с открытым ключом и получите свой открытый ключ на сервере, так, чтобы можно было пройти проверку подлинности более надежно.
В дополнение к ответам, уже данным, особенно предложение Tim о корневой учетной записи определенные настройки, позволяют мне добавить несколько строк об основах общего способа быстро диагностировать проблемы соединения SSH.
На клиенте добавляют подробные опции
ssh -vvv me@node
Одно подробное средство v, 2 v означают более подробный и т.д...
Если это недостаточно на сервере, если Вы - единственный пользователь (или в 3 часа утром ;-) остановите sshd демона и выполните его с полными флагами отладки.
sshd -ddd
То же самое один d обозначает (краткую) отладку, 2 для большего количества отладки, и т.д... Когда открытыми ключами обменялись, это часто указывает на проблемы разрешения файла/папки.