Мой собственный сервер заблокирован: сразу появляется сообщение «Слишком много сбоев аутентификации» при подключении по ssh

Эта ошибка обычно означает, что у вас есть слишком много ключей загружено в ваш ssh-agent.

Пояснение: Ваш ssh-клиент попытается использовать все ключи из ssh-agent один за другим, прежде чем он сможет использовать ключ, указанный с помощью -i aws_kona_id. Да, это немного нелогично. Потому что каждая такая попытка считается ошибка аутентификации и по умолчанию сервер SSH разрешает только 5 попыток, вы получаете сообщение об ошибке: Слишком много ошибок аутентификации.

Вы можете просмотреть попытки идентификации (ключей) с помощью ssh -v.

Решение - сказать ssh чтобы использовать только идентификаторы, указанные в командной строке:

ssh -o "IdentitiesOnly yes" -i ~/.ssh/aws_kona_id -v kona@server.akona.me

Если это не поможет, опубликуйте вывод этой команды здесь.

Я думаю, что в этом случае ответ MLu, возможно, правильный. Способ проверить это - запустить команду ssh в командной строке, указав правильный ключ для сервера.

ssh -i "keyfile.pem" ec2-user@1.2.3.4

Если это не работает и в общем случае «Я заблокирован для доступа к моему серверу, помогите!», Обычно рекомендуется подключить том к другому экземпляру как том с данными.

1. Остановите сервер EC2.
2. Установите том на новый экземпляр как объем данных.
3. Проведите необходимое расследование или отремонтируйте (посмотрите журналы, добавьте ключи и т. Д.). Это может включать создание новых пользователей и новых ключей, изменение файлов в файловой системе и т. Д.
4. Смонтируйте том как корневой том на исходном экземпляре.

Повторяйте, пока не получите доступ. Если вы не можете получить доступ, это, по крайней мере, дает вам доступ к вашим данным.

SSH по умолчанию пробует все доступные SSH-ключи. Это происходит в «случайном» порядке. Указание -i опция просто указывает SSH добавить этот ключевой файл в список ключей, которые нужно попробовать.

Оно делает не:

• ограничить SSH использовать только этот ключ
• скажите SSH попробовать этот ключ первый

Что в конечном итоге происходит (довольно часто, если вы используете много ключей), так это то, что SSH пробует пару случайных ключей, которые не работают, и сервер перестает принимать попытки аутентификации от вашего клиента.

Если вы хотите, чтобы SSH "использовал только этот ключ "необходимо указать IdentitiesOnly yes вариант:

ssh -o "IdentitiesOnly yes" -i"/home/kona/.ssh/aws_kona_id" kona@server.akona.me -p22 

IdentitiesOnly yes сообщает SSH использовать только явно указанные ключи (в данном случае только ключ, указанный с помощью -i).

Вот почему, когда я использую специальные ключи для разных хостов, я всегда определить конфигурацию хоста в .ssh/config. Это позволяет мне использовать простой псевдоним и, что более важно, указать IdentitiesOnly yes и какой ключ использовать, чтобы избежать такой ошибки:

Host kona.server
    Hostname server.akona.me
    IdentityFile ~/.ssh/aws_kona_id
    IdentitiesOnly yes
    Port 22
    User kona

С указанным выше в вашем .ssh/config вы должны иметь возможность войти на свой сервер просто:

$ ssh kona.server

Подробный вывод, который вы только что добавили, показывает, что вы получаете Permission denied для ~/.ssh/aws_kona_id.

Это совсем другая проблема, чем Too many authentication failures.

Возможно ваш aws_kona_id не является правильным ключом для пользователя (и поэтому он продолжал пробовать все другие идентификаторы из ssh-agent), или вы должны использовать учетную запись пользователя EC2 по умолчанию, например ec2-user или ubuntu или что у тебя.

Попробуйте эти учетные записи или попробуйте найти правильный ключ для kona пользователь.

У экземпляра Ubuntu EC2 есть учетная запись пользователя ubuntu, установленная с вашим ключом ssh.

Если вы не удалите эту учетную запись, вы все равно сможете подключиться к:

ssh -i "/home/kona/.ssh/aws_kona_id" ubuntu@server.akona.me

И исправьте проблему с учетной записью после sudo -i и расследование /home/kona/.ssh/authorized_keys

просто запустите свой ssh-агент

eval "$(ssh-agent -s)"

затем

добавьте свой ключ rsa

ssh-add id_rsa

затем попробуйте снова подключиться к вашему серверу