No supported authentication methods available server sent publickey putty windows

27 мая, 2017 12:10 пп
36 066 views
| Комментариев нет

Linux, SSH, VPS

В первой статье этой серии вы узнали о том, как и в каких ситуациях вы можете попробовать исправить ошибки SSH. Остальные статьи расскажут, как определить и устранить ошибки:

• Проблемы с подключением к серверу: здесь вы узнаете, как исправить ошибки подключения к серверу.
• Ошибки протокола: в этой статье вы узнаете, что делать, если сбрасываются клиентские соединения, клиент жалуется на шифрование или возникают проблемы с неизвестным или измененным удаленным хостом.
• Ошибки оболочки: это руководство поможет исправить ошибки ветвления процессов, валидации оболочки и доступа к домашнему каталогу.

После установления соединения и инициирования протокола система может проверить подключение пользователя к системе. SSH поддерживает множество механизмов аутентификации. В этом руководстве рассмотрены два наиболее распространенных механизма: парольная аутентификация и аутентификация на основе SSH-ключей.

Требования

• Убедитесь, что можете подключиться к виртуальному серверу через консоль.
• Проверьте панель на предмет текущих проблем, влияющих на работу и состояние сервера и гипервизора.

Основные ошибки

Отказ в доступе (парольная аутентификация)

Примечание: Если вы настроили на сервере SSH-ключи и отключили PasswordAuthentication, сервер не поддерживает паролей. Используйте SSH-ключ, чтобы подключиться к серверу.

Клиенты PuTTY и OpenSSH выдают такое сообщение:

root@111.111.111.111's password:
Permission denied (publickey,password).
PuTTY Error output
root@111.111.111.111's password:
Access denied
Server sent disconnect message
type 2 (protocol error):
"Too many authentication failures for root"

Это значит, что аутентификация прошла неудачно. Ошибка может быть вызвана рядом проблем. Вот несколько советов по устранению этой ошибки:

• Убедитесь, что вы используете правильное имя пользователя. В CoreOS используйте пользователя core. В FreeBSD используйте аккаунт пользователя freebsd.
• Парольная аутентификация пользователя может быть нарушена. Проверьте, поддерживает ли парольную аутентификацию веб-консоль сервера. Если она не поддерживает пароли, вам придется попытаться сбросить пароль или обратиться за помощью к службе поддержки, чтобы восстановить доступ.
• Убедитесь, что сервер поддерживает парольную аутентификацию.

Отказ в доступе (аутентификация на основе SSH-ключей)

Этот метод использует криптографические ключи для аутентификации пользователя.

Читайте также:

• Как настроить SSH-ключи
• Создание SSH-ключей для PuTTY

Вы можете получить такую ошибку:

Permission denied (publickey).
PuTTY Error output
Disconnected: No supported authentication methods available (server sent: publickey)

Многие наиболее распространенные проблемы, связанные с аутентификацией на основе ключей, вызваны неправильными правами доступа к файлам или правами собственности. Чтобы устранить проблему, попробуйте сделать следующее:

• Убедитесь, что файл authorized_keys и сам закрытый ключ имеют правильные права доступа и собственности.
• Убедитесь, что сервер поддерживает аутентификацию на основе ключей SSH.
• Убедитесь, что клиент SSH может получить закрытый ключ. Если вы используете PuTTY, убедитесь, что ключи SSH правильно настроены в сессии. Если вы используете OpenSSH, убедитесь, что у закрытого ключа SSH есть соответствующие привилегии.
• Убедитесь, что файл authorized_keys содержит правильный открытый ключ, и что открытый ключ добавлен на сервер.
• Возможно, вы используете закрытый ключ, который больше не поддерживается сервисом OpenSSH. Эта ошибка обычно затрагивает серверы OpenSSH 7+ при использовании закрытого DSA-ключа SSH. Обновите конфигурацию сервера.

Консоль не поддерживает пароли

Если вы не можете восстановить доступ к консоли, это может указывать на проблемы с файловой системой или  конфигурацией в подсистеме PAM, которые влияют на механизм аутентификации. Эта ошибка также повлияет на попытки сбросить пароль root и войти в систему через консоль.

В консоли появляется форма аутентификации:

Ubuntu 14.04.4 LTS server tty1
server Login:
Password:

Но после ввода пароля появляется ошибка:

Login incorrect

После сброса пароля вы получите:

You are required to change your password immediately (root enforced)
Changing password for root.
(Current) UNIX Password:

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

При успешном завершении вам будет предложено дважды ввести новый пароль:

Enter new UNIX password:
Retype new UNIX password:

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

В таком случае рекомендуется обратиться за помощью в службу поддержки хостинг-провайдера, подготовить сервер к повторному развёртыванию или исправить ошибки в настройках PAM.

Устранение неполадок

Проверка доступных методов аутентификации

Если вы используете подробный вывод или следите за логами SSH-клиента, убедитесь, что в сообщении, описывающем методы аутентификации, указаны password и/или publickey.

debug1: Authentications that can continue: publickey,password

Если вы не нашли в списке метод аутентификации, который хотите использовать, откройте файл /etc/ssh/sshd_config. В нём часто допускается ошибка: PasswordAuthentication имеет значение yes, а PermitRootLogin – no или without-password для пользователя root.

Исправьте эту ошибку, перезапустите сервис.

Настройка прав доступа и собственности

Сервер и клиент OpenSSH имеют строгие требования к привилегиям и правам собственности на файлы ключей.

Сервер и клиент OpenSSH должны иметь следующие права:

• ~./ssh – 700.
• ~./ssh должен принадлежать текущему аккаунту.
• ~/.ssh/authorized_keys – 600.
• ~/.ssh/authorized_keys должен принадлежать текущему аккаунту.

Кроме того, клиент должен также иметь такие права:

• ~ / .ssh / config – 600.
• ~ / .ssh / id_ * – 600.

Эти изменения можно внести с помощью консоли.

Проверка открытого и закрытого ключа

Если вы забыли, какой закрытый ключ соответствует тому или иному открытому ключу, инструменты OpenSSH и PuTTY помогут вам сгенерировать открытый ключ на основе зарытого ключа. Полученный результат вы можете сравнить с файлом ~/.ssh/authorized_keys.

Чтобы восстановить открытый ключ на основе закрытого ключа в среде OpenSSH, используйте ssh-keygen и укажите путь к закрытому ключу.

ssh-keygen -y -f ~/.ssh/id_rsa
ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCfBiMwCU1xoVVp0VbSYV3gTDV/jB57IHdILQ8kJ2622//Lmi4gDPlxA6HXVKq8odkGD/5MjqUw85X2rwEbhoBul74+LCToYJvvvBaDPCgg5z1icCKIJ1m/LJBrGNqPKCgqFWu0EH4/EFP2XIQqWqX1BZtJu/2YWrTr+xFOE/umoYmOd+t3dzQqMsv/2Aw+WmA/x/B9h+41WrobDgCExYNLPYcD0PO7fpsa8CcrZCo+TUWCe7MgQQCSM6WD4+PuYFpUWGw3ILTT51bOxoUhAo19U8B2QqxbMwZomzL1vIBhbUlbzyP/xgePTUhEXROTiTFx8W9yetDYLkfrQI8Q05+f

В среде PuTTY команда PuTTYgen.exe загружает интерфейс, в котором можно использовать опцию Load и импортировать закрытый ключ. PuTTY хранит такие файлы в формате .ppk (нужно знать место хранения файла).

Импортировав ключ, вы увидите окно с разделом Public key for pasting into OpenSSH authorized_keys file. В нём и будет искомый открытый ключ. Выделите текст и вставьте его в файл. Он сгенерирует открытый ключ.

ssh-rsa AAAAB3NzaC1yc2EAAAADAQABAAABAQCfBiMwCU1xoVVp0VbSYV3gTDV/jB57IHdILQ8kJ2622//Lmi4gDPlxA6HXVKq8odkGD/5MjqUw85X2rwEbhoBul74+LCToYJvvvBaDPCgg5z1icCKIJ1m/LJBrGNqPKCgqFWu0EH4/EFP2XIQqWqX1BZtJu/2YWrTr+xFOE/umoYmOd+t3dzQqMsv/2Aw+WmA/x/B9h+41WrobDgCExYNLPYcD0PO7fpsa8CcrZCo+TUWCe7MgQQCSM6WD4+PuYFpUWGw3ILTT51bOxoUhAo19U8B2QqxbMwZomzL1vIBhbUlbzyP/xgePTUhEXROTiTFx8W9yetDYLkfrQI8Q05+f imported-openssh-key

Можно проигнорировать комментарий после открытого ключа (imported-openssh-key).

В любом случае этот открытый ключ нужно добавить в файл ~/.ssh/authorized_keys.

OpenSSH 7 и устаревшие ключевые алгоритмы

В системах с OpenSSH 7 (FreeBSD и CoreOS по умолчанию) старые ключи DSA не поддерживаются.

Ключи ssh-dss считаются слабыми, вместо них рекомендуют использовать более надёжные современные алгоритмы.

Следовательно, в данном случае лучшим решением будет создать новые ключи и добавить их на хосты.

Однако в качестве обходного пути вы можете установить в PubkeyAcceptedKeyTypes значение +ssh-dss в файле /etc/ssh/sshd_config.

Заключение

Если у вас не получается самостоятельно настроить аутентификацию SSH, вы можете обратиться за помощью к службе поддержки своего хостинг-провайдера.

Читайте также: Как настроить SSH-ключи

Tags: OpenSSH, PuTTY, SSH

Esse erro geralmente ocorre quando a autenticação por chave pública não está configurada corretamente ou quando o servidor não permite a autenticação por senha. Aqui estão algumas soluções que você pode tentar:

Verifique a configuração da autenticação por chave pública: Certifique-se de que a chave pública correspondente à chave privada que você está usando para se autenticar esteja presente no arquivo ~/.ssh/authorized_keys no servidor CentOS. Se a chave pública não estiver presente, você precisará adicioná-la manualmente.

Verifique as permissões dos arquivos: No servidor CentOS, verifique as permissões do diretório ~/.ssh e do arquivo ~/.ssh/authorized_keys. O diretório .ssh deve ter permissões 700 (drwx——) e o arquivo authorized_keys deve ter permissões 600 (-rw——-). Caso as permissões estejam incorretas, você pode corrigi-las usando os comandos chmod 700 ~/.ssh e chmod 600 ~/.ssh/authorized_keys.

Reinicie o serviço SSH: Em alguns casos, reiniciar o serviço SSH no servidor CentOS pode ajudar a resolver o problema. Você pode fazer isso usando o comando sudo systemctl restart sshd.

Verifique as configurações do servidor SSH: Verifique o arquivo de configuração do servidor SSH (/etc/ssh/sshd_config) no servidor CentOS. Certifique-se de que a opção PasswordAuthentication esteja definida como yes para permitir a autenticação por senha. Se você fizer alguma alteração no arquivo de configuração, lembre-se de reiniciar o serviço SSH usando sudo systemctl restart sshd.

Use o método de autenticação correto: Se você estiver usando chaves públicas para autenticação, verifique se selecionou a opção correta no Putty para especificar a chave privada correspondente. Verifique também se a chave privada está no formato adequado (geralmente formato PEM).

Espero que essas soluções ajudem a resolver o problema de autenticação no CentOS pelo Putty.

Одной из наиболее распространенных ошибок, с которыми сталкиваются пользователи системы Putty, является ошибка «no supported authentication methods available server sent publickey». Эта ошибка возникает при попытке подключиться к удаленному серверу при помощи Putty и указанного ключа, но сервер отклоняет аутентификацию по ключу.

Чтобы исправить эту ошибку, необходимо проверить несколько важных моментов. Во-первых, убедитесь, что вы правильно указали путь к вашему ключу в Putty. Если ключ находится в другом месте, укажите полный путь к нему, чтобы избежать возможных проблем.

Во-вторых, проверьте права доступа к ключу. Ключ должен иметь права 600 (только для чтения и записи для владельца, без доступа для других пользователей). Если у вас неправильные права доступа, Putty может отказаться использовать ключ.

Также проверьте, что ваш ключ правильно настроен на удаленном сервере. Убедитесь, что публичный ключ успешно добавлен в файл .ssh/authorized_keys на сервере и что файл имеет правильные права доступа (обычно 600).

Если все эти шаги были выполнены правильно, но ошибка все равно возникает, попробуйте использовать другой тип аутентификации, например, пароль. Для этого вам может потребоваться изменить настройки сервера или запросить у администратора сервера дополнительные разрешения для использования ключа.

Возможные причины ошибки «putty no supported authentication methods available server sent publickey»

Ошибка «putty no supported authentication methods available server sent publickey» может возникнуть при попытке подключения к удаленному серверу с использованием SSH-клиента Putty. Эта ошибка указывает на то, что на удаленном сервере отсутствуют поддерживаемые методы аутентификации для использования открытых ключей.

Возможные причины ошибки:

• Отсутствие открытого ключа на удаленном сервере: Для аутентификации с использованием открытых ключей необходимо иметь открытый ключ на удаленном сервере. Если открытый ключ отсутствует, то сервер не сможет произвести проверку и установить соединение.
• Неправильное размещение открытого ключа на удаленном сервере: Для успешной аутентификации открытый ключ должен быть размещен в определенном файле на удаленном сервере. Если ключ размещен в неправильном файле или в неправильном формате, то сервер не сможет его прочитать и выполнить аутентификацию.
• Отсутствие поддерживаемых методов аутентификации на удаленном сервере: Если на удаленном сервере не установлены или не настроены поддерживаемые методы аутентификации для использования открытых ключей, то клиент Putty не сможет установить соединение и выдаст ошибку.

Для решения проблемы можно выполнить следующие действия:

1. Убедиться, что на удаленном сервере присутствует открытый ключ.
2. Проверить правильность размещения открытого ключа на удаленном сервере. Открытый ключ должен быть размещен в файле ~/.ssh/authorized_keys на удаленном сервере.
3. Убедиться, что на удаленном сервере установлены и настроены поддерживаемые методы аутентификации для использования открытых ключей. Для этого может потребоваться доступ к административным настройкам сервера.

Если проблема не была решена после выполнения этих действий, рекомендуется обратиться за помощью к администратору удаленного сервера или поставщику услуг хостинга, так как причина ошибки может быть связана с конкретной конфигурацией сервера.

Отсутствие поддерживаемых методов аутентификации

Ошибка «putty no supported authentication methods available server sent publickey» возникает при попытке аутентификации на сервере с использованием клиента PuTTY, когда ни один из доступных методов аутентификации не поддерживается сервером.

Возможные причины такой ошибки могут быть следующими:

• Сервер не настроен для поддержки доступных методов аутентификации.
• Пользователю не разрешено использовать доступные методы аутентификации.
• Настройки клиента PuTTY неверно указаны или выбран неподходящий метод аутентификации.

Для исправления ошибки «putty no supported authentication methods available server sent publickey» можно предпринять следующие шаги:

1. Проверьте настройки сервера и убедитесь, что поддерживаемые методы аутентификации включены или правильно настроены.
2. Обратитесь к администратору сервера, чтобы получить подробности о настройках доступных методов аутентификации.
3. Проверьте настройки клиента PuTTY и убедитесь, что выбран правильный метод аутентификации.
4. Попробуйте использовать другой клиент SSH (например, OpenSSH), чтобы убедиться, что проблема не связана с PuTTY.

Если ни один из вышеперечисленных методов не помог исправить ошибку, возможно, проблема заключается в конкретном сервере или сетевой конфигурации. В этом случае, лучше обратиться к опытному системному администратору или провайдеру услуг хостинга для получения помощи и решения проблемы.

Проблемы с настройками SSH-сервера

SSH (Secure Shell) — это криптографический протокол, который обеспечивает защищенное удаленное подключение к серверу. Однако иногда при попытке подключиться к SSH-серверу с использованием клиента, такого как PuTTY, могут возникать проблемы. Одна из таких проблем — ошибка «putty no supported authentication methods available server sent publickey». В данной статье мы рассмотрим возможные причины и способы исправления этой ошибки.

1. Проверьте настройки аутентификации

Прежде чем приниматься за исправление ошибки, проверьте настройки аутентификации на SSH-сервере и убедитесь, что они корректны. Убедитесь, что вы используете правильные учетные данные (логин и пароль) для подключения к серверу.

2. Проверьте наличие правильных ключей авторизации

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

3. Проверьте конфигурационные файлы SSH

Во многих случаях проблемы с аутентификацией в PuTTY могут быть связаны с неправильной конфигурацией файлов SSH. Убедитесь, что файлы sshd_config (на сервере) и ssh_config (на клиенте) содержат правильные настройки. Обратите внимание на параметры, отвечающие за методы аутентификации (например, «PubkeyAuthentication» и «PasswordAuthentication») и остальные параметры, связанные с аутентификацией.

4. Проверьте наличие поддержки аутентификационных методов

Ошибка «putty no supported authentication methods available server sent publickey» может возникать, если на сервере отключена поддержка тех аутентификационных методов, которые вы пытаетесь использовать. Проверьте, что на сервере включены нужные аутентификационные методы. Если это необходимо, настройте сервер для поддержки нужных методов.

5. Перезагрузите SSH-сервер

Если вы изменили настройки SSH-сервера, попробуйте перезагрузить его и повторно попытаться подключиться с помощью клиента, такого как PuTTY. Некоторые изменения в настройках могут требовать перезагрузки, чтобы вступить в силу.

6. Обратитесь к администратору системы

Если все вышеперечисленные способы не устраняют ошибку «putty no supported authentication methods available server sent publickey», обратитесь к администратору системы или тому, кто отвечает за настройку SSH-сервера. Они смогут помочь вам и диагностировать проблему на уровне сервера.

Важно учитывать, что приведенные выше способы являются общими рекомендациями и могут не подходить для всех случаев. Ошибки и проблемы с SSH-сервером могут иметь разные причины, поэтому вам может потребоваться дополнительное исследование и отладка, чтобы найти точное решение для вашей ситуации.

Проблемы с настройками клиента Putty

Putty является одним из наиболее популярных клиентов SSH, который используется для подключения к удаленным серверам. Однако, при работе с ним иногда могут возникать проблемы с настройками, которые могут привести к различным ошибкам.

1. Ошибка «putty no supported authentication methods available server sent publickey»

Эта ошибка может возникнуть, когда на удаленном сервере нет поддержки использования открытого ключа для аутентификации. Чтобы исправить эту ошибку, можно попробовать следующие решения:

• Убедиться, что открытый ключ находится в нужном месте и имеет правильные права доступа.
• Проверить настройки аутентификации на удаленном сервере и убедиться, что ключи настроены правильно.
• Попробовать использовать другой метод аутентификации, например, пароль вместо открытого ключа.

2. Сброс настроек Putty к значениям по умолчанию

Если возникают проблемы с настройками Putty, можно попробовать сбросить настройки к значениям по умолчанию. Для этого нужно открыть реестр Windows, найти ветку с настройками Putty и удалить ее. Затем перезапустить Putty и он будет использовать значения по умолчанию.

3. Неправильные настройки шифрования

Если настройки шифрования в Putty некорректны, это может привести к проблемам при подключении к серверу. Например, если сервер использует более современные алгоритмы шифрования, Putty может не поддерживать их по умолчанию. Для исправления этой проблемы, можно попробовать изменить настройки шифрования в Putty на более совместимые.

4. Проблемы с прокси-сервером

Если используется прокси-сервер для подключения к удаленному серверу через Putty, могут возникнуть проблемы с настройками прокси. Например, неправильные настройки аутентификации или неправильный адрес прокси-сервера могут привести к ошибкам подключения. Чтобы исправить эту проблему, нужно проверить настройки прокси и убедиться, что они верны.

5. Файрволл или антивирусные программы

Иногда фаерволлы или антивирусные программы могут блокировать подключение Putty к удаленному серверу. Для исправления этой проблемы, можно попробовать добавить Putty в список разрешенных программ или временно отключить фаерволл или антивирус.

В целом, проблемы с настройками клиента Putty могут быть вызваны различными факторами, и решение определенной проблемы будет зависеть от ее конкретной причины. Однако, рассмотренные выше рекомендации могут помочь в исправлении наиболее распространенных проблем.