Не удается войти на мой сервер через SSH, и пароль правильный
Итак, у меня есть USB-накопитель Kali, закрыл ее, вытащил другие диски и загрузил в Kali.
# lsblk
# e2fsck -f -C 0 /dev/sda1
# mount /dev/sda1 /mnt
# cd /mnt/home/ljohnson/
# rm -rf 2z9TnVLzmf
rm продолжался не менее 45 минут, но менее двух часов, но [ f4].
Теперь раздел равен% 36
# df -hT | grep /dev/
/dev/sda1 ext4 63G 21G 39G 36% /
/dev/sdc1 xfs 2.8T 1.5T 1.3T 53% /pvr
/dev/sdb1 xfs 1.9T 1010G 853G 55% /pvs
/dev/sde1 xfs 4.6T 2.9T 1.8T 62% /pvu
/dev/sda3 xfs 395G 101G 294G 26% /pvt
4 ответа
Вам нужно запустить ssh (клиент и, возможно, сервер) с большей детализацией, чтобы понять, почему происходит сбой аутентификации. Для клиента запустите
ssh -vvv username@host
В конце сервера проверьте журналы. /var/log/auth.log даст вам довольно хорошее представление о том, что происходит, когда вы пытаетесь войти в систему, ищите сообщения, содержащие sshd. Существует множество причин, по которым проверка подлинности может быть неудачной: от простого (вы не используете правильное имя пользователя) до более сложного (sshd настроен на использование неправильной системы аутентификации).
-
1Спасибо, я проверю это, как только смогу вернуться к работе на сервере. – willbeeler 7 March 2012 в 01:32
-
2Я сбрасываю свой пароль через веб-консоль в Linode, и я смог вернуться. Я ценю подробный отзыв. Это очень полезно. – willbeeler 9 March 2012 в 21:26
-
3спасибо, оказывается, у моего сервера также есть ограничение на ssh ip, которое я узнал, посмотрев auth.log. – siniradam 23 November 2015 в 14:18
-
4Запуск ssh -d -d -d на стороне сервера я вижу " Failed password for michael " ... "неверный пароль для пользователя michael " Но это правильный пользователь и пароль! – Michael 29 August 2017 в 02:23
-
5У меня такая же проблема. Не удалось установить две чистые установки. Я заметил, что пароль, содержащий символ @, всегда сбой. Когда я использовал символ !, он работал. Это может быть вздор, но, возможно, это поможет кому-то – Nick.McDermaid 8 November 2017 в 04:02
Вам нужно запустить ssh (клиент и, возможно, сервер) с большей детализацией, чтобы понять, почему происходит сбой аутентификации. Для клиента запустите
ssh -vvv username@host
В конце сервера проверьте журналы. /var/log/auth.log даст вам довольно хорошее представление о том, что происходит, когда вы пытаетесь войти в систему, ищите сообщения, содержащие sshd. Существует множество причин, по которым аутентификация может быть неудачной: от простого (вы не используете правильное имя пользователя) до более сложного (sshd настроен на использование неправильной системы аутентификации).
Попробуйте использовать другой порт. Кажется, что SSH-порт, используемый сервером, использовался другой службой, и я получал некоторые результаты verrrrry wonky.
Я думаю, что может возникнуть проблема в том, что вы должны пытаться использовать пароль пользователя учетной записи, который на самом деле является стандартной учетной записью, а не root, хотя он находится в списке sudoers, который разрешает доступ root. Эта теория, которую я предлагаю исправить, если я ошибаюсь. Вы должны попробовать с вашим именем пользователя и паролем пользователя, а затем повторите попытку входа в систему как пользователь root. Если эта учетная запись находится в Sudoers, вы получите доступ root к учетной записи, иначе вы этого не сделаете. У меня есть иллюстрация ниже, которая может помочь. Пользователь бета, а внутренний IP - 192.168.0.101.
ssh beta@192.168.0.101
beta@192.168.0.101's password:
beta@Server:~$sudo -s
root@Server:~$
Это должно помочь мне подумать.